From embedded-pv-devel-bounces@lists.xenproject.org Tue May 05 16:38:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 05 May 2015 16:38:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YpfrL-00084a-Q0; Tue, 05 May 2015 16:38:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YpfrK-00084G-H1; Tue, 05 May 2015 16:38:14 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id 99/C4-02507-5F1F8455; Tue, 05 May 2015 16:38:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1430843889!14841776!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.14; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7082 invoked from network); 5 May 2015 16:38:09 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2015 16:38:09 -0000 Received: by wgyo15 with SMTP id o15so189787334wgy.2; Tue, 05 May 2015 09:38:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=gzRAW5wgL3tSyM+Ao+0pM5IY7mcPHiuDB8sAj+FfagE=; b=kiIEbx+MMdxZjOsFMGii0g/RV20R+3+uheVB7FCCs09kJDbPU68Snwvs7imOw+q6TD qCnDACiukWYcrCkuYJRQTZ5fh0GbJj6URoA1KT/VpBEkln2zXVmmW2VgFvf2FImfl+7S xPH8ukzIf9bIuP1l0stgorw2wOQpcgeWp/IrW2PAmi9x56G91u0WYZ8wQETKops7iAlV a3WbugejeTI0KqDVcjG4RvkRDenVGXymXjFzwYFE+/haY7pA7AIc4bEwRjDPQCWmUtxv Wf1obc7fM7QQB50yor0gv17CPxtD5y8ZLOc89IbhB6wAyLjNOAbUWQ86SGSucFDEK/Jk q+Kg== X-Received: by 10.194.95.132 with SMTP id dk4mr6462744wjb.88.1430843888699; Tue, 05 May 2015 09:38:08 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id o5sm2661721wia.0.2015.05.05.09.38.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 05 May 2015 09:38:07 -0700 (PDT) From: Lars Kurth Message-Id: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> Date: Tue, 5 May 2015 17:38:06 +0100 To: "" , xen-api@lists.xenproject.org, mirageos-devel@xenproject.org, Win-pv-devel@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Embedded-pv-devel] Renaming Xen Project Hackathons X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6646186154792165382==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============6646186154792165382== Content-Type: multipart/alternative; boundary="Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527" --Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, one piece of feedback we got at the last and this Hackathon, was that = the name for the event is really misleading. Although some Hacking goes = on, in reality the event is really more of an Architecture, Design and = Deployment Summit. There was some discussion about this topic last year, = (see = http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.html = ), but we didn't come to a conclusion then. The current proposal is to Rename the Xen Project Hackathons to either a) Xen Project Architecture & Design Summit,=20 b) or Xen Project Design Summit A number of people voted already for b) on = http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.html = . As the audience on the publicity list is relatively small, I wanted = to get feedback from everyone. I don't think a formal vote is required. = Feel free to voice your opinion. Best Regards Lars =20= --Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi all,

one= piece of feedback we got at the last and this Hackathon, was that the = name for the event is really misleading. Although some Hacking goes on, = in reality the event is really more of an Architecture, Design and = Deployment Summit. There was some discussion about this topic last year, = (see http://lists.xenproject.org/archives/html/publicity/2015-05/msg= 00000.html), but we didn't come to a conclusion then.

The current proposal is = to Rename the Xen Project Hackathons to either
a) = Xen Project Architecture & Design Summit, 
b) or Xen Project Design Summit

A number of people voted already for b) = on http://lists.xenproject.org/archives/html/publicity/2015-05/msg= 00000.html. As the audience on the publicity list is relatively = small, I wanted to get feedback from everyone. I don't think a formal = vote is required. Feel free to voice your opinion.

Best Regards
Lars
 
= --Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527-- --===============6646186154792165382== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============6646186154792165382==-- From embedded-pv-devel-bounces@lists.xenproject.org Tue May 05 16:38:16 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 05 May 2015 16:38:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YpfrL-00084a-Q0; Tue, 05 May 2015 16:38:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YpfrK-00084G-H1; Tue, 05 May 2015 16:38:14 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id 99/C4-02507-5F1F8455; Tue, 05 May 2015 16:38:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1430843889!14841776!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.13.14; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7082 invoked from network); 5 May 2015 16:38:09 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2015 16:38:09 -0000 Received: by wgyo15 with SMTP id o15so189787334wgy.2; Tue, 05 May 2015 09:38:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=gzRAW5wgL3tSyM+Ao+0pM5IY7mcPHiuDB8sAj+FfagE=; b=kiIEbx+MMdxZjOsFMGii0g/RV20R+3+uheVB7FCCs09kJDbPU68Snwvs7imOw+q6TD qCnDACiukWYcrCkuYJRQTZ5fh0GbJj6URoA1KT/VpBEkln2zXVmmW2VgFvf2FImfl+7S xPH8ukzIf9bIuP1l0stgorw2wOQpcgeWp/IrW2PAmi9x56G91u0WYZ8wQETKops7iAlV a3WbugejeTI0KqDVcjG4RvkRDenVGXymXjFzwYFE+/haY7pA7AIc4bEwRjDPQCWmUtxv Wf1obc7fM7QQB50yor0gv17CPxtD5y8ZLOc89IbhB6wAyLjNOAbUWQ86SGSucFDEK/Jk q+Kg== X-Received: by 10.194.95.132 with SMTP id dk4mr6462744wjb.88.1430843888699; Tue, 05 May 2015 09:38:08 -0700 (PDT) Received: from [192.168.0.12] (97e3cdda.skybroadband.com. [151.227.205.218]) by mx.google.com with ESMTPSA id o5sm2661721wia.0.2015.05.05.09.38.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 05 May 2015 09:38:07 -0700 (PDT) From: Lars Kurth Message-Id: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> Date: Tue, 5 May 2015 17:38:06 +0100 To: "" , xen-api@lists.xenproject.org, mirageos-devel@xenproject.org, Win-pv-devel@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Subject: [Embedded-pv-devel] Renaming Xen Project Hackathons X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6646186154792165382==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============6646186154792165382== Content-Type: multipart/alternative; boundary="Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527" --Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, one piece of feedback we got at the last and this Hackathon, was that = the name for the event is really misleading. Although some Hacking goes = on, in reality the event is really more of an Architecture, Design and = Deployment Summit. There was some discussion about this topic last year, = (see = http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.html = ), but we didn't come to a conclusion then. The current proposal is to Rename the Xen Project Hackathons to either a) Xen Project Architecture & Design Summit,=20 b) or Xen Project Design Summit A number of people voted already for b) on = http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.html = . As the audience on the publicity list is relatively small, I wanted = to get feedback from everyone. I don't think a formal vote is required. = Feel free to voice your opinion. Best Regards Lars =20= --Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi all,

one= piece of feedback we got at the last and this Hackathon, was that the = name for the event is really misleading. Although some Hacking goes on, = in reality the event is really more of an Architecture, Design and = Deployment Summit. There was some discussion about this topic last year, = (see http://lists.xenproject.org/archives/html/publicity/2015-05/msg= 00000.html), but we didn't come to a conclusion then.

The current proposal is = to Rename the Xen Project Hackathons to either
a) = Xen Project Architecture & Design Summit, 
b) or Xen Project Design Summit

A number of people voted already for b) = on http://lists.xenproject.org/archives/html/publicity/2015-05/msg= 00000.html. As the audience on the publicity list is relatively = small, I wanted to get feedback from everyone. I don't think a formal = vote is required. Feel free to voice your opinion.

Best Regards
Lars
 
= --Apple-Mail=_64B4673A-E38A-4047-A9AD-935EFE569527-- --===============6646186154792165382== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============6646186154792165382==-- From embedded-pv-devel-bounces@lists.xenproject.org Tue May 05 23:17:35 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 05 May 2015 23:17:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ypm5n-000719-Dn; Tue, 05 May 2015 23:17:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ypm5m-00070k-9S; Tue, 05 May 2015 23:17:34 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id 97/68-14673-D8F49455; Tue, 05 May 2015 23:17:33 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1430867850!12541984!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.14; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3180 invoked from network); 5 May 2015 23:17:32 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2015 23:17:32 -0000 X-IronPort-AV: E=Sophos;i="5.13,376,1427760000"; d="asc'?scan'208";a="259788630" Message-ID: <1430867845.5415.92.camel@citrix.com> From: Dario Faggioli To: Lars Kurth Date: Wed, 6 May 2015 01:17:25 +0200 In-Reply-To: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> References: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> Organization: Citrix X-Mailer: Evolution 3.12.11 (3.12.11-1.fc21) MIME-Version: 1.0 X-DLP: MIA2 Cc: embedded-pv-devel@lists.xenproject.org, xen-api@lists.xenproject.org, Win-pv-devel@lists.xenproject.org, mirageos-devel@xenproject.org, "" Subject: Re: [Embedded-pv-devel] Renaming Xen Project Hackathons X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7008941802009954424==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============7008941802009954424== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8qK0L2Kc/MCV8PIT1XKP" --=-8qK0L2Kc/MCV8PIT1XKP Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2015-05-05 at 17:38 +0100, Lars Kurth wrote: >=20 > The current proposal is to Rename the Xen Project Hackathons to either > a) Xen Project Architecture & Design Summit,=20 > b) or Xen Project Design Summit >=20 >=20 > A number of people voted already for b) > on http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.h= tml. As the audience on the publicity list is relatively small, I wanted to= get feedback from everyone. I don't think a formal vote is required. Feel = free to voice your opinion. > +1 for b) Regards, Dario --=-8qK0L2Kc/MCV8PIT1XKP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlVJT4UACgkQk4XaBE3IOsTNegCeNG8CRk+jeTX+00tnqQRGZ9oc DocAn3AGONcHfdtgxD8/PIquvIMOPAnr =eCfH -----END PGP SIGNATURE----- --=-8qK0L2Kc/MCV8PIT1XKP-- --===============7008941802009954424== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============7008941802009954424==-- From embedded-pv-devel-bounces@lists.xenproject.org Tue May 05 23:17:35 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Tue, 05 May 2015 23:17:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ypm5n-000719-Dn; Tue, 05 May 2015 23:17:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ypm5m-00070k-9S; Tue, 05 May 2015 23:17:34 +0000 Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id 97/68-14673-D8F49455; Tue, 05 May 2015 23:17:33 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1430867850!12541984!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.14; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3180 invoked from network); 5 May 2015 23:17:32 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 5 May 2015 23:17:32 -0000 X-IronPort-AV: E=Sophos;i="5.13,376,1427760000"; d="asc'?scan'208";a="259788630" Message-ID: <1430867845.5415.92.camel@citrix.com> From: Dario Faggioli To: Lars Kurth Date: Wed, 6 May 2015 01:17:25 +0200 In-Reply-To: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> References: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> Organization: Citrix X-Mailer: Evolution 3.12.11 (3.12.11-1.fc21) MIME-Version: 1.0 X-DLP: MIA2 Cc: embedded-pv-devel@lists.xenproject.org, xen-api@lists.xenproject.org, Win-pv-devel@lists.xenproject.org, mirageos-devel@xenproject.org, "" Subject: Re: [Embedded-pv-devel] Renaming Xen Project Hackathons X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7008941802009954424==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============7008941802009954424== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8qK0L2Kc/MCV8PIT1XKP" --=-8qK0L2Kc/MCV8PIT1XKP Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2015-05-05 at 17:38 +0100, Lars Kurth wrote: >=20 > The current proposal is to Rename the Xen Project Hackathons to either > a) Xen Project Architecture & Design Summit,=20 > b) or Xen Project Design Summit >=20 >=20 > A number of people voted already for b) > on http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.h= tml. As the audience on the publicity list is relatively small, I wanted to= get feedback from everyone. I don't think a formal vote is required. Feel = free to voice your opinion. > +1 for b) Regards, Dario --=-8qK0L2Kc/MCV8PIT1XKP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlVJT4UACgkQk4XaBE3IOsTNegCeNG8CRk+jeTX+00tnqQRGZ9oc DocAn3AGONcHfdtgxD8/PIquvIMOPAnr =eCfH -----END PGP SIGNATURE----- --=-8qK0L2Kc/MCV8PIT1XKP-- --===============7008941802009954424== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============7008941802009954424==-- From embedded-pv-devel-bounces@lists.xenproject.org Mon May 11 11:41:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 11 May 2015 11:41:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yrm5q-0007cJ-Ei; Mon, 11 May 2015 11:41:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yptvo-0000K3-8e; Wed, 06 May 2015 07:39:48 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id ED/45-03206-345C9455; Wed, 06 May 2015 07:39:47 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1430897986!8860511!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.14; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8579 invoked from network); 6 May 2015 07:39:46 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2015 07:39:46 -0000 Received: by wgyo15 with SMTP id o15so2013895wgy.2; Wed, 06 May 2015 00:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AXEiulO9x1IK6JKCuh7FyQcZDkW7LWO2jreM4mroVGk=; b=NpNPswFzCncnJA9yvytSjjI4XZOJHhCjM1E94HC6hRYFkDcCy9b0I3MaDWXAWmEsgu 2ZDTGyiEbf0n0puTcBgqKMVldM+iUJMvQRnnT6DYWUe5n0ZLB4MU3ZmGM5BFXo3ZKlBg wU1Qrf3xG6LkZVYb+HhRFsRbAdu0e+Mn8Bp5NnR9tY0uRw7goRcmt/MrskqOw4bjeMBl d7v8tcQr7bCqD56WEIVQg7BZgJXj4Vlq2t3j7z64vgwVXV/IzYuR46Y1j91mA99jH7J0 3ubElQcDvO0AbSaA4Bu+fLXdiwt9I3gluZP9VIWO00zw4gmagSwZipvxqVT0pusq37yf l3TA== MIME-Version: 1.0 X-Received: by 10.180.74.238 with SMTP id x14mr11542752wiv.81.1430897985847; Wed, 06 May 2015 00:39:45 -0700 (PDT) Received: by 10.27.141.67 with HTTP; Wed, 6 May 2015 00:39:45 -0700 (PDT) In-Reply-To: <1430867845.5415.92.camel@citrix.com> References: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> <1430867845.5415.92.camel@citrix.com> Date: Wed, 6 May 2015 09:39:45 +0200 Message-ID: From: Olivier Lambert To: Dario Faggioli X-Mailman-Approved-At: Mon, 11 May 2015 11:41:53 +0000 Cc: Lars Kurth , "xen-api@lists.xenproject.org" , mirageos-devel@xenproject.org, embedded-pv-devel@lists.xenproject.org, Win-pv-devel@lists.xenproject.org, "" Subject: Re: [Embedded-pv-devel] [Xen-API] Renaming Xen Project Hackathons X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2013866625949090061==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============2013866625949090061== Content-Type: multipart/alternative; boundary=f46d043c7f622807cc051564e6ed --f46d043c7f622807cc051564e6ed Content-Type: text/plain; charset=UTF-8 >From a more "external" point of view (well, after all, I went to 2x Xen "hackathons" ^^): b) is a good choice and I think it reflects more the content of the event ( -> a) is even more self-explanatory, but it's a bit long IMHO) Regards, Olivier. On Wed, May 6, 2015 at 1:17 AM, Dario Faggioli wrote: > On Tue, 2015-05-05 at 17:38 +0100, Lars Kurth wrote: > > > > The current proposal is to Rename the Xen Project Hackathons to either > > a) Xen Project Architecture & Design Summit, > > b) or Xen Project Design Summit > > > > > > A number of people voted already for b) > > on > http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.html. > As the audience on the publicity list is relatively small, I wanted to get > feedback from everyone. I don't think a formal vote is required. Feel free > to voice your opinion. > > > +1 for b) > > Regards, > Dario > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --f46d043c7f622807cc051564e6ed Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
From a more "external" point of view (well, afte= r all, I went to 2x Xen "hackathons" ^^):

b) i= s a good choice and I think it reflects more the content of the event ( -&g= t; a) is even more self-explanatory, but it's a bit long IMHO)


Regards,


<= /div>
Olivier.

On Wed, May 6, 2015 at 1:17 AM, Dario Faggioli <dario= .faggioli@citrix.com> wrote:
On Tue, 2015-05-05 at 17:38 +0100, Lars Kurth wrote:
>
> The current proposal is to Rename the Xen Project Hackathons to either=
> a) Xen Project Architecture & Design Summit,
> b) or Xen Project Design Summit
>
>
> A number of people voted already for b)
> on http://lists.xenproject.org/archives/h= tml/publicity/2015-05/msg00000.html. As the audience on the publicity l= ist is relatively small, I wanted to get feedback from everyone. I don'= t think a formal vote is required. Feel free to voice your opinion.
>
+1 for b)

Regards,
Dario


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--f46d043c7f622807cc051564e6ed-- --===============2013866625949090061== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============2013866625949090061==-- From embedded-pv-devel-bounces@lists.xenproject.org Mon May 11 11:41:54 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 11 May 2015 11:41:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yrm5q-0007cJ-Ei; Mon, 11 May 2015 11:41:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yptvo-0000K3-8e; Wed, 06 May 2015 07:39:48 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id ED/45-03206-345C9455; Wed, 06 May 2015 07:39:47 +0000 X-Env-Sender: lambert.olivier@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1430897986!8860511!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.14; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8579 invoked from network); 6 May 2015 07:39:46 -0000 Received: from mail-wg0-f41.google.com (HELO mail-wg0-f41.google.com) (74.125.82.41) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 May 2015 07:39:46 -0000 Received: by wgyo15 with SMTP id o15so2013895wgy.2; Wed, 06 May 2015 00:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AXEiulO9x1IK6JKCuh7FyQcZDkW7LWO2jreM4mroVGk=; b=NpNPswFzCncnJA9yvytSjjI4XZOJHhCjM1E94HC6hRYFkDcCy9b0I3MaDWXAWmEsgu 2ZDTGyiEbf0n0puTcBgqKMVldM+iUJMvQRnnT6DYWUe5n0ZLB4MU3ZmGM5BFXo3ZKlBg wU1Qrf3xG6LkZVYb+HhRFsRbAdu0e+Mn8Bp5NnR9tY0uRw7goRcmt/MrskqOw4bjeMBl d7v8tcQr7bCqD56WEIVQg7BZgJXj4Vlq2t3j7z64vgwVXV/IzYuR46Y1j91mA99jH7J0 3ubElQcDvO0AbSaA4Bu+fLXdiwt9I3gluZP9VIWO00zw4gmagSwZipvxqVT0pusq37yf l3TA== MIME-Version: 1.0 X-Received: by 10.180.74.238 with SMTP id x14mr11542752wiv.81.1430897985847; Wed, 06 May 2015 00:39:45 -0700 (PDT) Received: by 10.27.141.67 with HTTP; Wed, 6 May 2015 00:39:45 -0700 (PDT) In-Reply-To: <1430867845.5415.92.camel@citrix.com> References: <852E8EBD-88F0-4382-BC24-933A2F67D6BE@gmail.com> <1430867845.5415.92.camel@citrix.com> Date: Wed, 6 May 2015 09:39:45 +0200 Message-ID: From: Olivier Lambert To: Dario Faggioli X-Mailman-Approved-At: Mon, 11 May 2015 11:41:53 +0000 Cc: Lars Kurth , "xen-api@lists.xenproject.org" , mirageos-devel@xenproject.org, embedded-pv-devel@lists.xenproject.org, Win-pv-devel@lists.xenproject.org, "" Subject: Re: [Embedded-pv-devel] [Xen-API] Renaming Xen Project Hackathons X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2013866625949090061==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============2013866625949090061== Content-Type: multipart/alternative; boundary=f46d043c7f622807cc051564e6ed --f46d043c7f622807cc051564e6ed Content-Type: text/plain; charset=UTF-8 >From a more "external" point of view (well, after all, I went to 2x Xen "hackathons" ^^): b) is a good choice and I think it reflects more the content of the event ( -> a) is even more self-explanatory, but it's a bit long IMHO) Regards, Olivier. On Wed, May 6, 2015 at 1:17 AM, Dario Faggioli wrote: > On Tue, 2015-05-05 at 17:38 +0100, Lars Kurth wrote: > > > > The current proposal is to Rename the Xen Project Hackathons to either > > a) Xen Project Architecture & Design Summit, > > b) or Xen Project Design Summit > > > > > > A number of people voted already for b) > > on > http://lists.xenproject.org/archives/html/publicity/2015-05/msg00000.html. > As the audience on the publicity list is relatively small, I wanted to get > feedback from everyone. I don't think a formal vote is required. Feel free > to voice your opinion. > > > +1 for b) > > Regards, > Dario > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --f46d043c7f622807cc051564e6ed Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
From a more "external" point of view (well, afte= r all, I went to 2x Xen "hackathons" ^^):

b) i= s a good choice and I think it reflects more the content of the event ( -&g= t; a) is even more self-explanatory, but it's a bit long IMHO)


Regards,


<= /div>
Olivier.

On Wed, May 6, 2015 at 1:17 AM, Dario Faggioli <dario= .faggioli@citrix.com> wrote:
On Tue, 2015-05-05 at 17:38 +0100, Lars Kurth wrote:
>
> The current proposal is to Rename the Xen Project Hackathons to either=
> a) Xen Project Architecture & Design Summit,
> b) or Xen Project Design Summit
>
>
> A number of people voted already for b)
> on http://lists.xenproject.org/archives/h= tml/publicity/2015-05/msg00000.html. As the audience on the publicity l= ist is relatively small, I wanted to get feedback from everyone. I don'= t think a formal vote is required. Feel free to voice your opinion.
>
+1 for b)

Regards,
Dario


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--f46d043c7f622807cc051564e6ed-- --===============2013866625949090061== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============2013866625949090061==-- From embedded-pv-devel-bounces@lists.xenproject.org Wed May 20 11:21:28 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 20 May 2015 11:21:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv240-0004Xw-BL; Wed, 20 May 2015 11:21:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv23z-0004Xr-2K for embedded-pv-devel@lists.xenproject.org; Wed, 20 May 2015 11:21:27 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id 38/B5-02785-63E6C555; Wed, 20 May 2015 11:21:26 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1432120883!19198715!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18938 invoked from network); 20 May 2015 11:21:24 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2015 11:21:24 -0000 Received: by iesa3 with SMTP id a3so36440859ies.2 for ; Wed, 20 May 2015 04:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=pBOaZ+Wneu5b/6TIqqflclAu6weGJ7qTAsdpujWOOYM=; b=sVuhGoiOLTQlsGF8k5BzgU9IMy9dKDUE0fh/IjbuQIFUq5vrm7YihV2zqn/yWu7HXs wtvZKr776vk8/OdR+twHD13mdRsbTDx+LJnrZ5iwbUdWvsOCHXp0z+MiAH59ks0+hxiK G9uLRztRQKUmwLuNIiS+txOJbzW8CQkFTJmytkoRnGLixT0ug5eAmDZJYQ9EkdE2JSW7 ba/i1zWJBB2er7bgYuZddEdfhHzsWGoB2WXZf/xOW3IGaH6/iFzgqqxYy/40NFh3LpWo 6GRGD22ze506XVS2DPm02U9O9EH+l9RVAAuFh3wbbp+2nk+x5A4ZR0bMaaaFVcq69x0V DvTg== MIME-Version: 1.0 X-Received: by 10.107.47.216 with SMTP id v85mr29368922iov.86.1432120883011; Wed, 20 May 2015 04:21:23 -0700 (PDT) Received: by 10.64.34.132 with HTTP; Wed, 20 May 2015 04:21:22 -0700 (PDT) Date: Wed, 20 May 2015 16:51:22 +0530 Message-ID: From: akshay bhat To: embedded-pv-devel@lists.xenproject.org Subject: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0922217574446396672==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============0922217574446396672== Content-Type: multipart/alternative; boundary=001a11351bc681e90f051681a005 --001a11351bc681e90f051681a005 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am trying to bring up on TI J6 EVM. Here are the steps I followed - 1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision tag - xen-4.5.1-rc1). 2. Downloaded the TI GLSDK from - http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/index_FDS.html U-boot version - 2014.07 Linux Kernel version - 3.14.31 3. Applied HYP mode patch to u-boot from - http://lists.denx.de/pipermail/u-boot/2015-January/202920.html which boots CPU0 in HYP mode. 4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH=arm32 CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_EARLY_PRINTK=dra7 debug=y and mkimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n "Xen-Trial-4.5" -d "xen/xen" xen-uImage 5. Enabled XEN related options in the kernel config and compiled the Linux kernel and generated zImage and dra7-evm-lcd7.dtb (no changes in the TI Kernel source). 6. Booted the board with the above images and used the env settings from - http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM When I tried to boot XEN with the steps above, Xen hung with the error - (XEN) Using generic timer at 0 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen must be entered in NS Hyp mode - - Boot failed - So, CPU1 was still in non-HYP mode. Then I applied the patch from - http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html Now CPU1 boots up but nothing happens after that. Here is the log - U-Boot# fdt print /chosen chosen { #size-cells = <0x00000001>; #address-cells = <0x00000001>; xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; xen,xen-bootargs = "sync_console console=dtuart dtuart=serial2"; bootargs = "elevator=noop console=ttyO0,115200n8 root=/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=2 consoleblank=0 cma=64M rootfstype=ext4"; modules { module@0 { reg = <0xa0000000 0x004b0000>; compatible = "xen,linux-zimage", "xen,multiboot-module"; }; }; }; U-Boot# bootm $xen_addr_r - $dtb_addr_r ## Booting kernel from Legacy Image at 90000000 ... Image Name: Xen-Trial-4.5 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 689004 Bytes = 672.9 KiB Load Address: 80200000 Entry Point: 80200000 Verifying Checksum ... OK ## Flattened Device Tree blob at 825f0000 Booting using the fdt blob at 0x825f0000 Loading Kernel Image ... OK reserving fdt memory region: addr=825f0000 size=17000 Loading Device Tree to 8ffe6000, end 8fffffff ... OK Starting kernel ... - UART enabled - - CPU 00000000 booting - - Xen starting in Hyp mode - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 (XEN) (XEN) Command line: sync_console console=dtuart dtuart=serial2 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised (XEN) Looking for UART console serial2 (XEN) omap-uart: Unable to retrieve the IRQ (XEN) Unable to initialize serial: -22 (XEN) Bad console= option 'dtuart' Xen 4.5.1-rc1 (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=y Wed May 20 16:37:47 IST 2015 (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty (XEN) Console output is synchronous. (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 (XEN) 32-bit Execution: (XEN) Processor Features: 00001131:00011011 (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle (XEN) Extensions: GenericTimer Security (XEN) Debug Features: 02010555 (XEN) Auxiliary Features: 00000000 (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 (XEN) Platform: TI DRA7 (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) (XEN) Set AuxCoreBoot0 to 0x20 (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 (XEN) Using generic timer at 0 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - NOT HYP, setting it ... - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. After this nothing happens on the console. Please could anyone help me out with this issue? Am I missing any patches in u-boot/Xen/Kernel? Is there any Wiki page with full instructions to bring up Xen on DRA7xx? -- Thank You, Akshay --001a11351bc681e90f051681a005 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,=

I am trying to bring up on TI J6 EVM. Here are the steps I fo= llowed -
1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revis= ion tag - xen-4.5.1-rc1).
2. Downloaded the TI GLSDK from - http://downloads.ti.com/dsps/dsps_public_sw/glsdk/= 7_00_00_04/index_FDS.html
=A0=A0=A0=A0 U-boot version -=A0 201= 4.07
=A0=A0=A0=A0 Linux Kernel version - 3.14.31
3. Appli= ed HYP mode patch to u-boot from - http://lists.denx.de/pipermail/u-boot/20= 15-January/202920.html which boots CPU0 in HYP mode.
4. Compil= ed Xen with - make dist-xen XEN_TARGET_ARCH=3Darm32 CROSS_COMPILE=3Darm-lin= ux-gnueabihf- CONFIG_EARLY_PRINTK=3Ddra7 debug=3Dy
=A0=A0=A0 and m= kimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n "Xen-Tr= ial-4.5" -d "xen/xen" xen-uImage
5. Enabled XE= N related options in the kernel config and compiled the Linux kernel and ge= nerated zImage and dra7-evm-lcd7.dtb (no changes in the TI Kernel source).<= br>
6. Booted the board with the above images and used the env se= ttings from - http://wiki.xenproject.org/wiki/Xen_ARM= _with_Virtualization_Extensions/OMAP5432_uEVM

When I tried= to boot XEN with the steps above, Xen hung with the error -
(XEN) Using= generic timer at 0 KHz
(XEN) GICv2 initialization:
(XEN)=A0=A0=A0=A0= =A0=A0=A0=A0 gic_dist_addr=3D0000000048211000
(XEN)=A0=A0=A0=A0=A0=A0=A0= =A0 gic_cpu_addr=3D0000000048212000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_hy= p_addr=3D0000000048214000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_vcpu_addr=3D= 0000000048216000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_maintenance_irq=3D25<= br>(XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using sc= heduler: SMP Credit Scheduler (credit)
(XEN) I/O virtualisation disabled=
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP implementer 0x41 a= rchitecture 4 part 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- = CPU 00000001 booting -
- Xen must be entered in NS Hyp mode -
- Boot = failed -

So, CPU1 was still in non-HYP mode. Then I applied th= e patch from - http://lists.xen.org/archives/html/xen-devel/2014-02/msg= 01575.html
Now CPU1 boots up but nothing happens after that. H= ere is the log -

U-Boot# fdt= print /chosen
chosen {
=A0=A0=A0=A0=A0=A0=A0 #size-cells =3D <0x0= 0000001>;
=A0=A0=A0=A0=A0=A0=A0 #address-cells =3D <0x00000001>= ;
=A0=A0=A0=A0=A0=A0=A0 xen,dom0-bootargs =3D "console=3Dhvc0 early= printk=3Dxen debug ignore_loglevel root=3D/dev/mmcblk0p2 rw rootwait fixrtc= ";
=A0=A0=A0=A0=A0=A0=A0 xen,xen-bootargs =3D "sync_console co= nsole=3Ddtuart dtuart=3Dserial2";
=A0=A0=A0=A0=A0=A0=A0 bootargs = =3D "elevator=3Dnoop console=3DttyO0,115200n8 root=3D/dev/mmcblk1p2 rw= rootwait earlyprintk fixrtc omapdrm.num_crtc=3D2 consoleblank=3D0 cma=3D64= M rootfstype=3Dext4";
=A0=A0=A0=A0=A0=A0=A0 modules {
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 module@0 {
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 reg =3D <0xa0000000 0x004b= 0000>;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 compatible =3D "xen,linux-zimage", "xen,multiboot-= module";
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 };
=A0=A0= =A0=A0=A0=A0=A0 };
};
U-Boot# bootm $xen_addr_r - $dtb_addr_r
## B= ooting kernel from Legacy Image at 90000000 ...
=A0=A0 Image Name:=A0=A0= Xen-Trial-4.5
=A0=A0 Image Type:=A0=A0 ARM Linux Kernel Image (uncompre= ssed)
=A0=A0 Data Size:=A0=A0=A0 689004 Bytes =3D 672.9 KiB
=A0=A0 Lo= ad Address: 80200000
=A0=A0 Entry Point:=A0 80200000
=A0=A0 Verifying= Checksum ... OK
## Flattened Device Tree blob at 825f0000
=A0=A0 Boo= ting using the fdt blob at 0x825f0000
=A0=A0 Loading Kernel Image ... OK=
=A0=A0 reserving fdt memory region: addr=3D825f0000 size=3D17000
=A0= =A0 Loading Device Tree to 8ffe6000, end 8fffffff ... OK

Starting ke= rnel ...

- UART enabled -
- CPU 00000000 booting -
- Xen start= ing in Hyp mode -
- Zero BSS -
- Setting up control registers -
- = Turning on paging -
- Ready -
(XEN) Checking for initrd in /chosen(XEN) RAM: 0000000080000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]= : 000000008ffe6000 - 000000008fffd000 Device Tree
(XEN) MODULE[1]: 00000= 000a0000000 - 00000000a04b0000 Kernel
(XEN)=A0 RESVD[0]: 00000000825f000= 0 - 0000000082607000
(XEN)=A0 RESVD[1]: 000000008ffe6000 - 000000008fffd= 000
(XEN)
(XEN) Command line: sync_console console=3Ddtuart dtuart=3D= serial2
(XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000
(X= EN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 =3D> 00000= 000dfe00000-00000000dfef1701
(XEN) Xen heap: 00000000da000000-00000000de= 000000 (16384 pages)
(XEN) Dom heap: 376832 pages
(XEN) Domain heap i= nitialised
(XEN) Looking for UART console serial2
(XEN) omap-uart: Un= able to retrieve the IRQ
(XEN) Unable to initialize serial: -22
(XEN)= Bad console=3D option 'dtuart'
=A0Xen 4.5.1-rc1
(XEN) Xen ve= rsion 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.1= 3.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease))= debug=3Dy Wed May 20 16:37:47 IST 2015
(XEN) Latest ChangeSet: Mon May = 18 16:18:42 2015 +0200 git:0c4e0ef-dirty
(XEN) Console output is synchro= nous.
(XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, = part 0xc0f, rev 0x2
(XEN) 32-bit Execution:
(XEN)=A0=A0 Processor Fea= tures: 00001131:00011011
(XEN)=A0=A0=A0=A0 Instruction Sets: AArch32 A32= Thumb Thumb-2 ThumbEE Jazelle
(XEN)=A0=A0=A0=A0 Extensions: GenericTime= r Security
(XEN)=A0=A0 Debug Features: 02010555
(XEN)=A0=A0 Auxiliary= Features: 00000000
(XEN)=A0=A0 Memory Model Features: 10201105 20000000= 01240000 02102211
(XEN)=A0 ISA Features: 02101110 13112111 21232041 111= 12131 10011142 00000000
(XEN) Platform: TI DRA7
(XEN) Set AuxCoreBoot= 1 to 00000000dfe0004c (0020004c)
(XEN) Set AuxCoreBoot0 to 0x20
(XEN)= Generic Timer IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) Using generic tim= er at 0 KHz
(XEN) GICv2 initialization:
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0= gic_dist_addr=3D0000000048211000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_cpu_= addr=3D0000000048212000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_hyp_addr=3D000= 0000048214000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_vcpu_addr=3D000000004821= 6000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_maintenance_irq=3D25
(XEN) GIC= v2: 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using scheduler: SMP= Credit Scheduler (credit)
(XEN) I/O virtualisation disabled
(XEN) Al= located console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture = 4 part 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001= booting -
- NOT HYP, setting it ... -
- Xen starting in Hyp mode -- Setting up control registers -
- Turning on paging -
- Ready -(XEN) CPU 1 booted.

After this nothing happens on the co= nsole.

Please could anyone help me out with this issue? A= m I missing any patches in u-boot/Xen/Kernel?
Is there any Wiki page wit= h full instructions to bring up Xen on DRA7xx?

--

Thank You,
Akshay


--001a11351bc681e90f051681a005-- --===============0922217574446396672== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============0922217574446396672==-- From embedded-pv-devel-bounces@lists.xenproject.org Wed May 20 11:21:28 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 20 May 2015 11:21:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv240-0004Xw-BL; Wed, 20 May 2015 11:21:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv23z-0004Xr-2K for embedded-pv-devel@lists.xenproject.org; Wed, 20 May 2015 11:21:27 +0000 Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id 38/B5-02785-63E6C555; Wed, 20 May 2015 11:21:26 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1432120883!19198715!1 X-Originating-IP: [209.85.223.180] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18938 invoked from network); 20 May 2015 11:21:24 -0000 Received: from mail-ie0-f180.google.com (HELO mail-ie0-f180.google.com) (209.85.223.180) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2015 11:21:24 -0000 Received: by iesa3 with SMTP id a3so36440859ies.2 for ; Wed, 20 May 2015 04:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=pBOaZ+Wneu5b/6TIqqflclAu6weGJ7qTAsdpujWOOYM=; b=sVuhGoiOLTQlsGF8k5BzgU9IMy9dKDUE0fh/IjbuQIFUq5vrm7YihV2zqn/yWu7HXs wtvZKr776vk8/OdR+twHD13mdRsbTDx+LJnrZ5iwbUdWvsOCHXp0z+MiAH59ks0+hxiK G9uLRztRQKUmwLuNIiS+txOJbzW8CQkFTJmytkoRnGLixT0ug5eAmDZJYQ9EkdE2JSW7 ba/i1zWJBB2er7bgYuZddEdfhHzsWGoB2WXZf/xOW3IGaH6/iFzgqqxYy/40NFh3LpWo 6GRGD22ze506XVS2DPm02U9O9EH+l9RVAAuFh3wbbp+2nk+x5A4ZR0bMaaaFVcq69x0V DvTg== MIME-Version: 1.0 X-Received: by 10.107.47.216 with SMTP id v85mr29368922iov.86.1432120883011; Wed, 20 May 2015 04:21:23 -0700 (PDT) Received: by 10.64.34.132 with HTTP; Wed, 20 May 2015 04:21:22 -0700 (PDT) Date: Wed, 20 May 2015 16:51:22 +0530 Message-ID: From: akshay bhat To: embedded-pv-devel@lists.xenproject.org Subject: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0922217574446396672==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============0922217574446396672== Content-Type: multipart/alternative; boundary=001a11351bc681e90f051681a005 --001a11351bc681e90f051681a005 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am trying to bring up on TI J6 EVM. Here are the steps I followed - 1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision tag - xen-4.5.1-rc1). 2. Downloaded the TI GLSDK from - http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/index_FDS.html U-boot version - 2014.07 Linux Kernel version - 3.14.31 3. Applied HYP mode patch to u-boot from - http://lists.denx.de/pipermail/u-boot/2015-January/202920.html which boots CPU0 in HYP mode. 4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH=arm32 CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_EARLY_PRINTK=dra7 debug=y and mkimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n "Xen-Trial-4.5" -d "xen/xen" xen-uImage 5. Enabled XEN related options in the kernel config and compiled the Linux kernel and generated zImage and dra7-evm-lcd7.dtb (no changes in the TI Kernel source). 6. Booted the board with the above images and used the env settings from - http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM When I tried to boot XEN with the steps above, Xen hung with the error - (XEN) Using generic timer at 0 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen must be entered in NS Hyp mode - - Boot failed - So, CPU1 was still in non-HYP mode. Then I applied the patch from - http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html Now CPU1 boots up but nothing happens after that. Here is the log - U-Boot# fdt print /chosen chosen { #size-cells = <0x00000001>; #address-cells = <0x00000001>; xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; xen,xen-bootargs = "sync_console console=dtuart dtuart=serial2"; bootargs = "elevator=noop console=ttyO0,115200n8 root=/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=2 consoleblank=0 cma=64M rootfstype=ext4"; modules { module@0 { reg = <0xa0000000 0x004b0000>; compatible = "xen,linux-zimage", "xen,multiboot-module"; }; }; }; U-Boot# bootm $xen_addr_r - $dtb_addr_r ## Booting kernel from Legacy Image at 90000000 ... Image Name: Xen-Trial-4.5 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 689004 Bytes = 672.9 KiB Load Address: 80200000 Entry Point: 80200000 Verifying Checksum ... OK ## Flattened Device Tree blob at 825f0000 Booting using the fdt blob at 0x825f0000 Loading Kernel Image ... OK reserving fdt memory region: addr=825f0000 size=17000 Loading Device Tree to 8ffe6000, end 8fffffff ... OK Starting kernel ... - UART enabled - - CPU 00000000 booting - - Xen starting in Hyp mode - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 (XEN) (XEN) Command line: sync_console console=dtuart dtuart=serial2 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised (XEN) Looking for UART console serial2 (XEN) omap-uart: Unable to retrieve the IRQ (XEN) Unable to initialize serial: -22 (XEN) Bad console= option 'dtuart' Xen 4.5.1-rc1 (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=y Wed May 20 16:37:47 IST 2015 (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty (XEN) Console output is synchronous. (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 (XEN) 32-bit Execution: (XEN) Processor Features: 00001131:00011011 (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle (XEN) Extensions: GenericTimer Security (XEN) Debug Features: 02010555 (XEN) Auxiliary Features: 00000000 (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 (XEN) Platform: TI DRA7 (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) (XEN) Set AuxCoreBoot0 to 0x20 (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 (XEN) Using generic timer at 0 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - NOT HYP, setting it ... - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. After this nothing happens on the console. Please could anyone help me out with this issue? Am I missing any patches in u-boot/Xen/Kernel? Is there any Wiki page with full instructions to bring up Xen on DRA7xx? -- Thank You, Akshay --001a11351bc681e90f051681a005 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,=

I am trying to bring up on TI J6 EVM. Here are the steps I fo= llowed -
1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revis= ion tag - xen-4.5.1-rc1).
2. Downloaded the TI GLSDK from - http://downloads.ti.com/dsps/dsps_public_sw/glsdk/= 7_00_00_04/index_FDS.html
=A0=A0=A0=A0 U-boot version -=A0 201= 4.07
=A0=A0=A0=A0 Linux Kernel version - 3.14.31
3. Appli= ed HYP mode patch to u-boot from - http://lists.denx.de/pipermail/u-boot/20= 15-January/202920.html which boots CPU0 in HYP mode.
4. Compil= ed Xen with - make dist-xen XEN_TARGET_ARCH=3Darm32 CROSS_COMPILE=3Darm-lin= ux-gnueabihf- CONFIG_EARLY_PRINTK=3Ddra7 debug=3Dy
=A0=A0=A0 and m= kimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n "Xen-Tr= ial-4.5" -d "xen/xen" xen-uImage
5. Enabled XE= N related options in the kernel config and compiled the Linux kernel and ge= nerated zImage and dra7-evm-lcd7.dtb (no changes in the TI Kernel source).<= br>
6. Booted the board with the above images and used the env se= ttings from - http://wiki.xenproject.org/wiki/Xen_ARM= _with_Virtualization_Extensions/OMAP5432_uEVM

When I tried= to boot XEN with the steps above, Xen hung with the error -
(XEN) Using= generic timer at 0 KHz
(XEN) GICv2 initialization:
(XEN)=A0=A0=A0=A0= =A0=A0=A0=A0 gic_dist_addr=3D0000000048211000
(XEN)=A0=A0=A0=A0=A0=A0=A0= =A0 gic_cpu_addr=3D0000000048212000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_hy= p_addr=3D0000000048214000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_vcpu_addr=3D= 0000000048216000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_maintenance_irq=3D25<= br>(XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using sc= heduler: SMP Credit Scheduler (credit)
(XEN) I/O virtualisation disabled=
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP implementer 0x41 a= rchitecture 4 part 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- = CPU 00000001 booting -
- Xen must be entered in NS Hyp mode -
- Boot = failed -

So, CPU1 was still in non-HYP mode. Then I applied th= e patch from - http://lists.xen.org/archives/html/xen-devel/2014-02/msg= 01575.html
Now CPU1 boots up but nothing happens after that. H= ere is the log -

U-Boot# fdt= print /chosen
chosen {
=A0=A0=A0=A0=A0=A0=A0 #size-cells =3D <0x0= 0000001>;
=A0=A0=A0=A0=A0=A0=A0 #address-cells =3D <0x00000001>= ;
=A0=A0=A0=A0=A0=A0=A0 xen,dom0-bootargs =3D "console=3Dhvc0 early= printk=3Dxen debug ignore_loglevel root=3D/dev/mmcblk0p2 rw rootwait fixrtc= ";
=A0=A0=A0=A0=A0=A0=A0 xen,xen-bootargs =3D "sync_console co= nsole=3Ddtuart dtuart=3Dserial2";
=A0=A0=A0=A0=A0=A0=A0 bootargs = =3D "elevator=3Dnoop console=3DttyO0,115200n8 root=3D/dev/mmcblk1p2 rw= rootwait earlyprintk fixrtc omapdrm.num_crtc=3D2 consoleblank=3D0 cma=3D64= M rootfstype=3Dext4";
=A0=A0=A0=A0=A0=A0=A0 modules {
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 module@0 {
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 reg =3D <0xa0000000 0x004b= 0000>;
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 compatible =3D "xen,linux-zimage", "xen,multiboot-= module";
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 };
=A0=A0= =A0=A0=A0=A0=A0 };
};
U-Boot# bootm $xen_addr_r - $dtb_addr_r
## B= ooting kernel from Legacy Image at 90000000 ...
=A0=A0 Image Name:=A0=A0= Xen-Trial-4.5
=A0=A0 Image Type:=A0=A0 ARM Linux Kernel Image (uncompre= ssed)
=A0=A0 Data Size:=A0=A0=A0 689004 Bytes =3D 672.9 KiB
=A0=A0 Lo= ad Address: 80200000
=A0=A0 Entry Point:=A0 80200000
=A0=A0 Verifying= Checksum ... OK
## Flattened Device Tree blob at 825f0000
=A0=A0 Boo= ting using the fdt blob at 0x825f0000
=A0=A0 Loading Kernel Image ... OK=
=A0=A0 reserving fdt memory region: addr=3D825f0000 size=3D17000
=A0= =A0 Loading Device Tree to 8ffe6000, end 8fffffff ... OK

Starting ke= rnel ...

- UART enabled -
- CPU 00000000 booting -
- Xen start= ing in Hyp mode -
- Zero BSS -
- Setting up control registers -
- = Turning on paging -
- Ready -
(XEN) Checking for initrd in /chosen(XEN) RAM: 0000000080000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]= : 000000008ffe6000 - 000000008fffd000 Device Tree
(XEN) MODULE[1]: 00000= 000a0000000 - 00000000a04b0000 Kernel
(XEN)=A0 RESVD[0]: 00000000825f000= 0 - 0000000082607000
(XEN)=A0 RESVD[1]: 000000008ffe6000 - 000000008fffd= 000
(XEN)
(XEN) Command line: sync_console console=3Ddtuart dtuart=3D= serial2
(XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000
(X= EN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 =3D> 00000= 000dfe00000-00000000dfef1701
(XEN) Xen heap: 00000000da000000-00000000de= 000000 (16384 pages)
(XEN) Dom heap: 376832 pages
(XEN) Domain heap i= nitialised
(XEN) Looking for UART console serial2
(XEN) omap-uart: Un= able to retrieve the IRQ
(XEN) Unable to initialize serial: -22
(XEN)= Bad console=3D option 'dtuart'
=A0Xen 4.5.1-rc1
(XEN) Xen ve= rsion 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.1= 3.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease))= debug=3Dy Wed May 20 16:37:47 IST 2015
(XEN) Latest ChangeSet: Mon May = 18 16:18:42 2015 +0200 git:0c4e0ef-dirty
(XEN) Console output is synchro= nous.
(XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, = part 0xc0f, rev 0x2
(XEN) 32-bit Execution:
(XEN)=A0=A0 Processor Fea= tures: 00001131:00011011
(XEN)=A0=A0=A0=A0 Instruction Sets: AArch32 A32= Thumb Thumb-2 ThumbEE Jazelle
(XEN)=A0=A0=A0=A0 Extensions: GenericTime= r Security
(XEN)=A0=A0 Debug Features: 02010555
(XEN)=A0=A0 Auxiliary= Features: 00000000
(XEN)=A0=A0 Memory Model Features: 10201105 20000000= 01240000 02102211
(XEN)=A0 ISA Features: 02101110 13112111 21232041 111= 12131 10011142 00000000
(XEN) Platform: TI DRA7
(XEN) Set AuxCoreBoot= 1 to 00000000dfe0004c (0020004c)
(XEN) Set AuxCoreBoot0 to 0x20
(XEN)= Generic Timer IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) Using generic tim= er at 0 KHz
(XEN) GICv2 initialization:
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0= gic_dist_addr=3D0000000048211000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_cpu_= addr=3D0000000048212000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_hyp_addr=3D000= 0000048214000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_vcpu_addr=3D000000004821= 6000
(XEN)=A0=A0=A0=A0=A0=A0=A0=A0 gic_maintenance_irq=3D25
(XEN) GIC= v2: 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using scheduler: SMP= Credit Scheduler (credit)
(XEN) I/O virtualisation disabled
(XEN) Al= located console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture = 4 part 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001= booting -
- NOT HYP, setting it ... -
- Xen starting in Hyp mode -- Setting up control registers -
- Turning on paging -
- Ready -(XEN) CPU 1 booted.

After this nothing happens on the co= nsole.

Please could anyone help me out with this issue? A= m I missing any patches in u-boot/Xen/Kernel?
Is there any Wiki page wit= h full instructions to bring up Xen on DRA7xx?

--

Thank You,
Akshay


--001a11351bc681e90f051681a005-- --===============0922217574446396672== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============0922217574446396672==-- From embedded-pv-devel-bounces@lists.xenproject.org Wed May 20 14:24:10 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 20 May 2015 14:24:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv4uo-00048t-R8; Wed, 20 May 2015 14:24:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv4un-000483-AA for embedded-pv-devel@lists.xenproject.org; Wed, 20 May 2015 14:24:09 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id BD/BB-02789-4099C555; Wed, 20 May 2015 14:24:04 +0000 X-Env-Sender: andrii.anisov@globallogic.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1432131841!7446375!1 X-Originating-IP: [209.85.215.53] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14579 invoked from network); 20 May 2015 14:24:02 -0000 Received: from mail-la0-f53.google.com (HELO mail-la0-f53.google.com) (209.85.215.53) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2015 14:24:02 -0000 Received: by labbd9 with SMTP id bd9so76977206lab.2 for ; Wed, 20 May 2015 07:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=globallogic.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=c7oV9BdleBLqTXKkmpNgsOmA1wQJ2hkwdSujlBntGPY=; b=HNdOzQlYaCWTc/73OcTdN6rrbT9VBbAN8S/91dYhyIptRiznYvsBqETHfzSJWNrGIR wjJwNabneX8W4gX8fJDUM55KUn387LgdxOzg/qOzH2TsFde14TuotSd3c1so1Kt6tJaY 0KRvUABfCoigjstrJ2oihL6dgyPvjhgURePm8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=c7oV9BdleBLqTXKkmpNgsOmA1wQJ2hkwdSujlBntGPY=; b=N4QejGAGmpunNRP+wVWqV+gI0fo4JSpXNlGQgEAihoYUZqbGCCBxZZGvVvHafHln1Q F9E1kNNqf5ClHBwQepNKRVPNmlHHwhg0DzpvEzo2C8NJzM95beIgOg7V/xC2PH312Rhh AYTwtnUSjkExyPC3wIytNzaf0pa0wGYSQx+/57FLQDfnq2UblgLUwNF/yhSSDUELvb4V IIquleLw8qzmqVGFxodtVOBa71trg3yplzdT+bj1U2+Pfcm2IUlOb7VY37dKSTw+N6pt HHotm0loT4izOPkw5D+cZjb2nQWBRomsKyUqXB9k7ltpdmXTVDnTTjXbVkcnXM+/ozxt BM0g== X-Gm-Message-State: ALoCoQm2RsFalM1IRDFnhQivfcslVXge+BbbaGnhgzittJLNdDwnfiL11NXaado3UGp6q02CNymq X-Received: by 10.112.132.9 with SMTP id oq9mr25864178lbb.26.1432131841235; Wed, 20 May 2015 07:24:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.19.4 with HTTP; Wed, 20 May 2015 07:23:40 -0700 (PDT) In-Reply-To: References: From: Andrii Anisov Date: Wed, 20 May 2015 17:23:40 +0300 Message-ID: To: akshay bhat Cc: embedded-pv-devel@lists.xenproject.org Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9191385267596093567==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============9191385267596093567== Content-Type: multipart/alternative; boundary=047d7b3a802cab3bc30516842dab --047d7b3a802cab3bc30516842dab Content-Type: text/plain; charset=UTF-8 Akshay, At this point we are in the middle of GLSDK7 bringup with XEN, we were using GLSDK6 in our live demo. Moreover we even do not use GLSDK6 u-boot for our demo, derived at some point from I would give you some hints to let you go further, more detailed description we would release once we done with GLSDK7. You took wrong u-boot patch to switch OMAP like SoC to HYP mode. This one http://u-boot.10912.n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html is much closer to what you need, because it switches both cores to HYP and you do not need correspondent changes to XEN itself. Long time ago XEN community decided to lay on bootloader to switch to HYP mode all cores instead of keepin this code in hypervisor. Except choosen and hypervisor nodes in device tree you would need also: psci { compatible = "arm,psci"; method = "hvc"; cpu_on = <2>; }; And enabling CONFIG_ARM_PSCI=y in defconfig in order to have SMP in Linux. Andrii Anisov | Team Lead GlobalLogic Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 P +38.044.492.9695x3664 M +380505738852 S andriyanisov www.globallogic.com http://www.globallogic.com/email_disclaimer.txt On Wed, May 20, 2015 at 2:21 PM, akshay bhat wrote: > Hi, > > I am trying to bring up on TI J6 EVM. Here are the steps I followed - > 1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision > tag - xen-4.5.1-rc1). > 2. Downloaded the TI GLSDK from - > http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/index_FDS.html > U-boot version - 2014.07 > Linux Kernel version - 3.14.31 > 3. Applied HYP mode patch to u-boot from - > http://lists.denx.de/pipermail/u-boot/2015-January/202920.html which > boots CPU0 in HYP mode. > 4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH=arm32 > CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_EARLY_PRINTK=dra7 debug=y > and mkimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n > "Xen-Trial-4.5" -d "xen/xen" xen-uImage > 5. Enabled XEN related options in the kernel config and compiled the Linux > kernel and generated zImage and dra7-evm-lcd7.dtb (no changes in the TI > Kernel source). > 6. Booted the board with the above images and used the env settings from - > http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM > > When I tried to boot XEN with the steps above, Xen hung with the error - > (XEN) Using generic timer at 0 KHz > (XEN) GICv2 initialization: > (XEN) gic_dist_addr=0000000048211000 > (XEN) gic_cpu_addr=0000000048212000 > (XEN) gic_hyp_addr=0000000048214000 > (XEN) gic_vcpu_addr=0000000048216000 > (XEN) gic_maintenance_irq=25 > (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) I/O virtualisation disabled > (XEN) Allocated console ring of 16 KiB. > (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 > (XEN) Bringing up CPU1 > - CPU 00000001 booting - > - Xen must be entered in NS Hyp mode - > - Boot failed - > > So, CPU1 was still in non-HYP mode. Then I applied the patch from - > http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html > Now CPU1 boots up but nothing happens after that. Here is the log - > > U-Boot# fdt print /chosen > chosen { > #size-cells = <0x00000001>; > #address-cells = <0x00000001>; > xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug > ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; > xen,xen-bootargs = "sync_console console=dtuart dtuart=serial2"; > bootargs = "elevator=noop console=ttyO0,115200n8 > root=/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=2 > consoleblank=0 cma=64M rootfstype=ext4"; > modules { > module@0 { > reg = <0xa0000000 0x004b0000>; > compatible = "xen,linux-zimage", > "xen,multiboot-module"; > }; > }; > }; > U-Boot# bootm $xen_addr_r - $dtb_addr_r > ## Booting kernel from Legacy Image at 90000000 ... > Image Name: Xen-Trial-4.5 > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 689004 Bytes = 672.9 KiB > Load Address: 80200000 > Entry Point: 80200000 > Verifying Checksum ... OK > ## Flattened Device Tree blob at 825f0000 > Booting using the fdt blob at 0x825f0000 > Loading Kernel Image ... OK > reserving fdt memory region: addr=825f0000 size=17000 > Loading Device Tree to 8ffe6000, end 8fffffff ... OK > > Starting kernel ... > > - UART enabled - > - CPU 00000000 booting - > - Xen starting in Hyp mode - > - Zero BSS - > - Setting up control registers - > - Turning on paging - > - Ready - > (XEN) Checking for initrd in /chosen > (XEN) RAM: 0000000080000000 - 00000000dfffffff > (XEN) > (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree > (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel > (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 > (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 > (XEN) > (XEN) Command line: sync_console console=dtuart dtuart=serial2 > (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 > (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => > 00000000dfe00000-00000000dfef1701 > (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) > (XEN) Dom heap: 376832 pages > (XEN) Domain heap initialised > (XEN) Looking for UART console serial2 > (XEN) omap-uart: Unable to retrieve the IRQ > (XEN) Unable to initialize serial: -22 > (XEN) Bad console= option 'dtuart' > Xen 4.5.1-rc1 > (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc > (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) > 4.7.3 20130226 (prerelease)) debug=y Wed May 20 16:37:47 IST 2015 > (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty > (XEN) Console output is synchronous. > (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 > (XEN) 32-bit Execution: > (XEN) Processor Features: 00001131:00011011 > (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle > (XEN) Extensions: GenericTimer Security > (XEN) Debug Features: 02010555 > (XEN) Auxiliary Features: 00000000 > (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 > (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 > (XEN) Platform: TI DRA7 > (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) > (XEN) Set AuxCoreBoot0 to 0x20 > (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 > (XEN) Using generic timer at 0 KHz > (XEN) GICv2 initialization: > (XEN) gic_dist_addr=0000000048211000 > (XEN) gic_cpu_addr=0000000048212000 > (XEN) gic_hyp_addr=0000000048214000 > (XEN) gic_vcpu_addr=0000000048216000 > (XEN) gic_maintenance_irq=25 > (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) I/O virtualisation disabled > (XEN) Allocated console ring of 16 KiB. > (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 > (XEN) Bringing up CPU1 > - CPU 00000001 booting - > - NOT HYP, setting it ... - > - Xen starting in Hyp mode - > - Setting up control registers - > - Turning on paging - > - Ready - > (XEN) CPU 1 booted. > > After this nothing happens on the console. > > Please could anyone help me out with this issue? Am I missing any patches > in u-boot/Xen/Kernel? > Is there any Wiki page with full instructions to bring up Xen on DRA7xx? > > -- > > Thank You, > Akshay > > > > _______________________________________________ > Embedded-pv-devel mailing list > Embedded-pv-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel > --047d7b3a802cab3bc30516842dab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Akshay,

At this point we are in the mid= dle of GLSDK7 bringup with XEN, we were using GLSDK6 in our live demo. More= over we even do not use GLSDK6 u-boot for our demo, derived at some point f= rom=C2=A0

I would give you some hints to let you g= o further, more detailed description we would release once we done with GLS= DK7.=C2=A0

You took wrong u-boot patch to swit= ch OMAP like SoC to HYP mode. This one=C2=A0http://u-boot.10912= .n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html is much closer = to what you need, because it switches both cores to HYP and you do not need= correspondent changes to XEN itself. Long time ago XEN community decided t= o lay on bootloader to switch to HYP mode all cores instead of keepin this = code in hypervisor.

Except choosen and hypervisor = nodes in device tree you would need also:
psci {
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 compatible =3D &quo= t;arm,psci";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 method =3D "hvc";
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 cpu_on =3D <2>;
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 };

And enabling=C2=A0=C2= =A0CONFIG_ARM_PSCI=3Dy in defconfig in order to have SMP in Linux.


Andri= i Anisov | Team Lead
GlobalLogic
Kyiv,= 03038, Protasov Business Park, M.Grinchenka, 2/1
P +38.044.492.9695x3664=C2=A0 M +380505738852 =C2=A0S an= driyanisov
www.globallogic.com

http://www.globallogic.com/email_disclaimer.= txt

On Wed, May 20, 2015 at 2:21 PM, akshay bhat= <akshayabhat@gmail.com> wrote:
Hi,

I am trying to bring up on TI J6 EVM. Here are the = steps I followed -
1. Cloned Xen from git://xenbits.xen.org/xen.git (checked= out revision tag - xen-4.5.1-rc1).
2. Downloaded the TI GLSDK fro= m - http://downloads.ti.com/dsps/dsps_public= _sw/glsdk/7_00_00_04/index_FDS.html
=C2=A0=C2=A0=C2=A0=C2=A0 U= -boot version -=C2=A0 2014.07
=C2=A0=C2=A0=C2=A0=C2=A0 Linux Kerne= l version - 3.14.31
3. Applied HYP mode patch to u-boot from - http://lists.denx.de/pipermail/u-boot/2015-January/202920.ht= ml which boots CPU0 in HYP mode.
4. Compiled Xen with - make d= ist-xen XEN_TARGET_ARCH=3Darm32 CROSS_COMPILE=3Darm-linux-gnueabihf- CONFIG= _EARLY_PRINTK=3Ddra7 debug=3Dy
=C2=A0=C2=A0=C2=A0 and mkimage -A a= rm -T kernel -a 0x80200000 -e 0x80200000 -C none -n "Xen-Trial-4.5&quo= t; -d "xen/xen" xen-uImage
5. Enabled XEN related o= ptions in the kernel config and compiled the Linux kernel and generated zIm= age and dra7-evm-lcd7.dtb (no changes in the TI Kernel source).
6. Booted the board with the above images and used the env settings from= - http://wiki.xenproject.org/wiki/= Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM

When = I tried to boot XEN with the steps above, Xen hung with the error -
(XEN= ) Using generic timer at 0 KHz
(XEN) GICv2 initialization:
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211= 000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr= =3D0000000048212000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_hyp_addr=3D0000000048214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gic_vcpu_addr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: = 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using scheduler: SMP Cre= dit Scheduler (credit)
(XEN) I/O virtualisation disabled
(XEN) Alloca= ted console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 4 pa= rt 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001 boo= ting -
- Xen must be entered in NS Hyp mode -
- Boot failed -

=
So, CPU1 was still in non-HYP mode. Then I applied the patch from - <= a href=3D"http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.htm= l" target=3D"_blank">http://lists.xen.org/archives/html/xen-devel/2014-02/m= sg01575.html
Now CPU1 boots up but nothing happens after that.= Here is the log -

U-Boot# f= dt print /chosen
chosen {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = #size-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 #address-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 xen,dom0-bootargs =3D "console=3Dhvc0 earlyprintk= =3Dxen debug ignore_loglevel root=3D/dev/mmcblk0p2 rw rootwait fixrtc"= ;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,xen-bootargs =3D "= sync_console console=3Ddtuart dtuart=3Dserial2";
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 bootargs =3D "elevator=3Dnoop console=3DttyO0= ,115200n8 root=3D/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_= crtc=3D2 consoleblank=3D0 cma=3D64M rootfstype=3Dext4";
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 modules {
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 module@0 {<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reg =3D = <0xa0000000 0x004b0000>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 compatible =3D "xen,linux-zimage", "= ;xen,multiboot-module";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 };
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 };
};
U-Boot# bootm $xen_addr_r - $dtb_addr_= r
## Booting kernel from Legacy Image at 90000000 ...
=C2=A0=C2=A0 Im= age Name:=C2=A0=C2=A0 Xen-Trial-4.5
=C2=A0=C2=A0 Image Type:=C2=A0=C2=A0= ARM Linux Kernel Image (uncompressed)
=C2=A0=C2=A0 Data Size:=C2=A0=C2= =A0=C2=A0 689004 Bytes =3D 672.9 KiB
=C2=A0=C2=A0 Load Address: 80200000=
=C2=A0=C2=A0 Entry Point:=C2=A0 80200000
=C2=A0=C2=A0 Verifying Chec= ksum ... OK
## Flattened Device Tree blob at 825f0000
=C2=A0=C2=A0 Bo= oting using the fdt blob at 0x825f0000
=C2=A0=C2=A0 Loading Kernel Image= ... OK
=C2=A0=C2=A0 reserving fdt memory region: addr=3D825f0000 size= =3D17000
=C2=A0=C2=A0 Loading Device Tree to 8ffe6000, end 8fffffff ... = OK

Starting kernel ...

- UART enabled -
- CPU 00000000 boo= ting -
- Xen starting in Hyp mode -
- Zero BSS -
- Setting up cont= rol registers -
- Turning on paging -
- Ready -
(XEN) Checking for= initrd in /chosen
(XEN) RAM: 0000000080000000 - 00000000dfffffff
(XE= N)
(XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree
(= XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel
(XEN)=C2=A0 R= ESVD[0]: 00000000825f0000 - 0000000082607000
(XEN)=C2=A0 RESVD[1]: 00000= 0008ffe6000 - 000000008fffd000
(XEN)
(XEN) Command line: sync_console= console=3Ddtuart dtuart=3Dserial2
(XEN) Placing Xen at 0x00000000dfe000= 00-0x00000000e0000000
(XEN) Update BOOTMOD_XEN from 0000000080200000-000= 00000802f1701 =3D> 00000000dfe00000-00000000dfef1701
(XEN) Xen heap: = 00000000da000000-00000000de000000 (16384 pages)
(XEN) Dom heap: 376832 p= ages
(XEN) Domain heap initialised
(XEN) Looking for UART console ser= ial2
(XEN) omap-uart: Unable to retrieve the IRQ
(XEN) Unable to init= ialize serial: -22
(XEN) Bad console=3D option 'dtuart'
=C2= =A0Xen 4.5.1-rc1
(XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueab= ihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.= 03) 4.7.3 20130226 (prerelease)) debug=3Dy Wed May 20 16:37:47 IST 2015
= (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty(XEN) Console output is synchronous.
(XEN) Processor: 412fc0f2: "A= RM Limited", variant: 0x2, part 0xc0f, rev 0x2
(XEN) 32-bit Executi= on:
(XEN)=C2=A0=C2=A0 Processor Features: 00001131:00011011
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0 Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE J= azelle
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Extensions: GenericTimer Security(XEN)=C2=A0=C2=A0 Debug Features: 02010555
(XEN)=C2=A0=C2=A0 Auxiliary= Features: 00000000
(XEN)=C2=A0=C2=A0 Memory Model Features: 10201105 20= 000000 01240000 02102211
(XEN)=C2=A0 ISA Features: 02101110 13112111 212= 32041 11112131 10011142 00000000
(XEN) Platform: TI DRA7
(XEN) Set Au= xCoreBoot1 to 00000000dfe0004c (0020004c)
(XEN) Set AuxCoreBoot0 to 0x20=
(XEN) Generic Timer IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) Using ge= neric timer at 0 KHz
(XEN) GICv2 initialization:
(XEN)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211000
(XEN)= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr=3D00000000482= 12000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr= =3D0000000048214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_vcpu_addr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: 192 lines, 2 cp= us, secure (IID 0000043b).
(XEN) Using scheduler: SMP Credit Scheduler (= credit)
(XEN) I/O virtualisation disabled
(XEN) Allocated console rin= g of 16 KiB.
(XEN) VFP implementer 0x41 architecture 4 part 0x30 variant= 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001 booting -
- NOT= HYP, setting it ... -
- Xen starting in Hyp mode -
- Setting up cont= rol registers -
- Turning on paging -
- Ready -
(XEN) CPU 1 booted= .

After this nothing happens on the console.

Please could anyone help me out with this issue? Am I missing any pat= ches in u-boot/Xen/Kernel?
Is there any Wiki page with full instructions= to bring up Xen on DRA7xx?

--

Thank You,
Akshay=


<= /div>

_______________________________________________
Embedded-pv-devel mailing list
Embedded-pv-devel= @lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listi= nfo/embedded-pv-devel

--047d7b3a802cab3bc30516842dab-- --===============9191385267596093567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============9191385267596093567==-- From embedded-pv-devel-bounces@lists.xenproject.org Wed May 20 14:24:10 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 20 May 2015 14:24:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv4uo-00048t-R8; Wed, 20 May 2015 14:24:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv4un-000483-AA for embedded-pv-devel@lists.xenproject.org; Wed, 20 May 2015 14:24:09 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id BD/BB-02789-4099C555; Wed, 20 May 2015 14:24:04 +0000 X-Env-Sender: andrii.anisov@globallogic.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1432131841!7446375!1 X-Originating-IP: [209.85.215.53] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14579 invoked from network); 20 May 2015 14:24:02 -0000 Received: from mail-la0-f53.google.com (HELO mail-la0-f53.google.com) (209.85.215.53) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2015 14:24:02 -0000 Received: by labbd9 with SMTP id bd9so76977206lab.2 for ; Wed, 20 May 2015 07:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=globallogic.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=c7oV9BdleBLqTXKkmpNgsOmA1wQJ2hkwdSujlBntGPY=; b=HNdOzQlYaCWTc/73OcTdN6rrbT9VBbAN8S/91dYhyIptRiznYvsBqETHfzSJWNrGIR wjJwNabneX8W4gX8fJDUM55KUn387LgdxOzg/qOzH2TsFde14TuotSd3c1so1Kt6tJaY 0KRvUABfCoigjstrJ2oihL6dgyPvjhgURePm8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=c7oV9BdleBLqTXKkmpNgsOmA1wQJ2hkwdSujlBntGPY=; b=N4QejGAGmpunNRP+wVWqV+gI0fo4JSpXNlGQgEAihoYUZqbGCCBxZZGvVvHafHln1Q F9E1kNNqf5ClHBwQepNKRVPNmlHHwhg0DzpvEzo2C8NJzM95beIgOg7V/xC2PH312Rhh AYTwtnUSjkExyPC3wIytNzaf0pa0wGYSQx+/57FLQDfnq2UblgLUwNF/yhSSDUELvb4V IIquleLw8qzmqVGFxodtVOBa71trg3yplzdT+bj1U2+Pfcm2IUlOb7VY37dKSTw+N6pt HHotm0loT4izOPkw5D+cZjb2nQWBRomsKyUqXB9k7ltpdmXTVDnTTjXbVkcnXM+/ozxt BM0g== X-Gm-Message-State: ALoCoQm2RsFalM1IRDFnhQivfcslVXge+BbbaGnhgzittJLNdDwnfiL11NXaado3UGp6q02CNymq X-Received: by 10.112.132.9 with SMTP id oq9mr25864178lbb.26.1432131841235; Wed, 20 May 2015 07:24:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.19.4 with HTTP; Wed, 20 May 2015 07:23:40 -0700 (PDT) In-Reply-To: References: From: Andrii Anisov Date: Wed, 20 May 2015 17:23:40 +0300 Message-ID: To: akshay bhat Cc: embedded-pv-devel@lists.xenproject.org Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9191385267596093567==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============9191385267596093567== Content-Type: multipart/alternative; boundary=047d7b3a802cab3bc30516842dab --047d7b3a802cab3bc30516842dab Content-Type: text/plain; charset=UTF-8 Akshay, At this point we are in the middle of GLSDK7 bringup with XEN, we were using GLSDK6 in our live demo. Moreover we even do not use GLSDK6 u-boot for our demo, derived at some point from I would give you some hints to let you go further, more detailed description we would release once we done with GLSDK7. You took wrong u-boot patch to switch OMAP like SoC to HYP mode. This one http://u-boot.10912.n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html is much closer to what you need, because it switches both cores to HYP and you do not need correspondent changes to XEN itself. Long time ago XEN community decided to lay on bootloader to switch to HYP mode all cores instead of keepin this code in hypervisor. Except choosen and hypervisor nodes in device tree you would need also: psci { compatible = "arm,psci"; method = "hvc"; cpu_on = <2>; }; And enabling CONFIG_ARM_PSCI=y in defconfig in order to have SMP in Linux. Andrii Anisov | Team Lead GlobalLogic Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 P +38.044.492.9695x3664 M +380505738852 S andriyanisov www.globallogic.com http://www.globallogic.com/email_disclaimer.txt On Wed, May 20, 2015 at 2:21 PM, akshay bhat wrote: > Hi, > > I am trying to bring up on TI J6 EVM. Here are the steps I followed - > 1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision > tag - xen-4.5.1-rc1). > 2. Downloaded the TI GLSDK from - > http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/index_FDS.html > U-boot version - 2014.07 > Linux Kernel version - 3.14.31 > 3. Applied HYP mode patch to u-boot from - > http://lists.denx.de/pipermail/u-boot/2015-January/202920.html which > boots CPU0 in HYP mode. > 4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH=arm32 > CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_EARLY_PRINTK=dra7 debug=y > and mkimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n > "Xen-Trial-4.5" -d "xen/xen" xen-uImage > 5. Enabled XEN related options in the kernel config and compiled the Linux > kernel and generated zImage and dra7-evm-lcd7.dtb (no changes in the TI > Kernel source). > 6. Booted the board with the above images and used the env settings from - > http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM > > When I tried to boot XEN with the steps above, Xen hung with the error - > (XEN) Using generic timer at 0 KHz > (XEN) GICv2 initialization: > (XEN) gic_dist_addr=0000000048211000 > (XEN) gic_cpu_addr=0000000048212000 > (XEN) gic_hyp_addr=0000000048214000 > (XEN) gic_vcpu_addr=0000000048216000 > (XEN) gic_maintenance_irq=25 > (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) I/O virtualisation disabled > (XEN) Allocated console ring of 16 KiB. > (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 > (XEN) Bringing up CPU1 > - CPU 00000001 booting - > - Xen must be entered in NS Hyp mode - > - Boot failed - > > So, CPU1 was still in non-HYP mode. Then I applied the patch from - > http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html > Now CPU1 boots up but nothing happens after that. Here is the log - > > U-Boot# fdt print /chosen > chosen { > #size-cells = <0x00000001>; > #address-cells = <0x00000001>; > xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug > ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; > xen,xen-bootargs = "sync_console console=dtuart dtuart=serial2"; > bootargs = "elevator=noop console=ttyO0,115200n8 > root=/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=2 > consoleblank=0 cma=64M rootfstype=ext4"; > modules { > module@0 { > reg = <0xa0000000 0x004b0000>; > compatible = "xen,linux-zimage", > "xen,multiboot-module"; > }; > }; > }; > U-Boot# bootm $xen_addr_r - $dtb_addr_r > ## Booting kernel from Legacy Image at 90000000 ... > Image Name: Xen-Trial-4.5 > Image Type: ARM Linux Kernel Image (uncompressed) > Data Size: 689004 Bytes = 672.9 KiB > Load Address: 80200000 > Entry Point: 80200000 > Verifying Checksum ... OK > ## Flattened Device Tree blob at 825f0000 > Booting using the fdt blob at 0x825f0000 > Loading Kernel Image ... OK > reserving fdt memory region: addr=825f0000 size=17000 > Loading Device Tree to 8ffe6000, end 8fffffff ... OK > > Starting kernel ... > > - UART enabled - > - CPU 00000000 booting - > - Xen starting in Hyp mode - > - Zero BSS - > - Setting up control registers - > - Turning on paging - > - Ready - > (XEN) Checking for initrd in /chosen > (XEN) RAM: 0000000080000000 - 00000000dfffffff > (XEN) > (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree > (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel > (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 > (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 > (XEN) > (XEN) Command line: sync_console console=dtuart dtuart=serial2 > (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 > (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => > 00000000dfe00000-00000000dfef1701 > (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) > (XEN) Dom heap: 376832 pages > (XEN) Domain heap initialised > (XEN) Looking for UART console serial2 > (XEN) omap-uart: Unable to retrieve the IRQ > (XEN) Unable to initialize serial: -22 > (XEN) Bad console= option 'dtuart' > Xen 4.5.1-rc1 > (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc > (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) > 4.7.3 20130226 (prerelease)) debug=y Wed May 20 16:37:47 IST 2015 > (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty > (XEN) Console output is synchronous. > (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 > (XEN) 32-bit Execution: > (XEN) Processor Features: 00001131:00011011 > (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle > (XEN) Extensions: GenericTimer Security > (XEN) Debug Features: 02010555 > (XEN) Auxiliary Features: 00000000 > (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 > (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 > (XEN) Platform: TI DRA7 > (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) > (XEN) Set AuxCoreBoot0 to 0x20 > (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 > (XEN) Using generic timer at 0 KHz > (XEN) GICv2 initialization: > (XEN) gic_dist_addr=0000000048211000 > (XEN) gic_cpu_addr=0000000048212000 > (XEN) gic_hyp_addr=0000000048214000 > (XEN) gic_vcpu_addr=0000000048216000 > (XEN) gic_maintenance_irq=25 > (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). > (XEN) Using scheduler: SMP Credit Scheduler (credit) > (XEN) I/O virtualisation disabled > (XEN) Allocated console ring of 16 KiB. > (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 > (XEN) Bringing up CPU1 > - CPU 00000001 booting - > - NOT HYP, setting it ... - > - Xen starting in Hyp mode - > - Setting up control registers - > - Turning on paging - > - Ready - > (XEN) CPU 1 booted. > > After this nothing happens on the console. > > Please could anyone help me out with this issue? Am I missing any patches > in u-boot/Xen/Kernel? > Is there any Wiki page with full instructions to bring up Xen on DRA7xx? > > -- > > Thank You, > Akshay > > > > _______________________________________________ > Embedded-pv-devel mailing list > Embedded-pv-devel@lists.xenproject.org > http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel > --047d7b3a802cab3bc30516842dab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Akshay,

At this point we are in the mid= dle of GLSDK7 bringup with XEN, we were using GLSDK6 in our live demo. More= over we even do not use GLSDK6 u-boot for our demo, derived at some point f= rom=C2=A0

I would give you some hints to let you g= o further, more detailed description we would release once we done with GLS= DK7.=C2=A0

You took wrong u-boot patch to swit= ch OMAP like SoC to HYP mode. This one=C2=A0http://u-boot.10912= .n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html is much closer = to what you need, because it switches both cores to HYP and you do not need= correspondent changes to XEN itself. Long time ago XEN community decided t= o lay on bootloader to switch to HYP mode all cores instead of keepin this = code in hypervisor.

Except choosen and hypervisor = nodes in device tree you would need also:
psci {
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 compatible =3D &quo= t;arm,psci";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 method =3D "hvc";
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 cpu_on =3D <2>;
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 };

And enabling=C2=A0=C2= =A0CONFIG_ARM_PSCI=3Dy in defconfig in order to have SMP in Linux.


Andri= i Anisov | Team Lead
GlobalLogic
Kyiv,= 03038, Protasov Business Park, M.Grinchenka, 2/1
P +38.044.492.9695x3664=C2=A0 M +380505738852 =C2=A0S an= driyanisov
www.globallogic.com

http://www.globallogic.com/email_disclaimer.= txt

On Wed, May 20, 2015 at 2:21 PM, akshay bhat= <akshayabhat@gmail.com> wrote:
Hi,

I am trying to bring up on TI J6 EVM. Here are the = steps I followed -
1. Cloned Xen from git://xenbits.xen.org/xen.git (checked= out revision tag - xen-4.5.1-rc1).
2. Downloaded the TI GLSDK fro= m - http://downloads.ti.com/dsps/dsps_public= _sw/glsdk/7_00_00_04/index_FDS.html
=C2=A0=C2=A0=C2=A0=C2=A0 U= -boot version -=C2=A0 2014.07
=C2=A0=C2=A0=C2=A0=C2=A0 Linux Kerne= l version - 3.14.31
3. Applied HYP mode patch to u-boot from - http://lists.denx.de/pipermail/u-boot/2015-January/202920.ht= ml which boots CPU0 in HYP mode.
4. Compiled Xen with - make d= ist-xen XEN_TARGET_ARCH=3Darm32 CROSS_COMPILE=3Darm-linux-gnueabihf- CONFIG= _EARLY_PRINTK=3Ddra7 debug=3Dy
=C2=A0=C2=A0=C2=A0 and mkimage -A a= rm -T kernel -a 0x80200000 -e 0x80200000 -C none -n "Xen-Trial-4.5&quo= t; -d "xen/xen" xen-uImage
5. Enabled XEN related o= ptions in the kernel config and compiled the Linux kernel and generated zIm= age and dra7-evm-lcd7.dtb (no changes in the TI Kernel source).
6. Booted the board with the above images and used the env settings from= - http://wiki.xenproject.org/wiki/= Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM

When = I tried to boot XEN with the steps above, Xen hung with the error -
(XEN= ) Using generic timer at 0 KHz
(XEN) GICv2 initialization:
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211= 000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr= =3D0000000048212000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_hyp_addr=3D0000000048214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gic_vcpu_addr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: = 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using scheduler: SMP Cre= dit Scheduler (credit)
(XEN) I/O virtualisation disabled
(XEN) Alloca= ted console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 4 pa= rt 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001 boo= ting -
- Xen must be entered in NS Hyp mode -
- Boot failed -

=
So, CPU1 was still in non-HYP mode. Then I applied the patch from - <= a href=3D"http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.htm= l" target=3D"_blank">http://lists.xen.org/archives/html/xen-devel/2014-02/m= sg01575.html
Now CPU1 boots up but nothing happens after that.= Here is the log -

U-Boot# f= dt print /chosen
chosen {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = #size-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 #address-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 xen,dom0-bootargs =3D "console=3Dhvc0 earlyprintk= =3Dxen debug ignore_loglevel root=3D/dev/mmcblk0p2 rw rootwait fixrtc"= ;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,xen-bootargs =3D "= sync_console console=3Ddtuart dtuart=3Dserial2";
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 bootargs =3D "elevator=3Dnoop console=3DttyO0= ,115200n8 root=3D/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_= crtc=3D2 consoleblank=3D0 cma=3D64M rootfstype=3Dext4";
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 modules {
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 module@0 {<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reg =3D = <0xa0000000 0x004b0000>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 compatible =3D "xen,linux-zimage", "= ;xen,multiboot-module";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 };
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 };
};
U-Boot# bootm $xen_addr_r - $dtb_addr_= r
## Booting kernel from Legacy Image at 90000000 ...
=C2=A0=C2=A0 Im= age Name:=C2=A0=C2=A0 Xen-Trial-4.5
=C2=A0=C2=A0 Image Type:=C2=A0=C2=A0= ARM Linux Kernel Image (uncompressed)
=C2=A0=C2=A0 Data Size:=C2=A0=C2= =A0=C2=A0 689004 Bytes =3D 672.9 KiB
=C2=A0=C2=A0 Load Address: 80200000=
=C2=A0=C2=A0 Entry Point:=C2=A0 80200000
=C2=A0=C2=A0 Verifying Chec= ksum ... OK
## Flattened Device Tree blob at 825f0000
=C2=A0=C2=A0 Bo= oting using the fdt blob at 0x825f0000
=C2=A0=C2=A0 Loading Kernel Image= ... OK
=C2=A0=C2=A0 reserving fdt memory region: addr=3D825f0000 size= =3D17000
=C2=A0=C2=A0 Loading Device Tree to 8ffe6000, end 8fffffff ... = OK

Starting kernel ...

- UART enabled -
- CPU 00000000 boo= ting -
- Xen starting in Hyp mode -
- Zero BSS -
- Setting up cont= rol registers -
- Turning on paging -
- Ready -
(XEN) Checking for= initrd in /chosen
(XEN) RAM: 0000000080000000 - 00000000dfffffff
(XE= N)
(XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree
(= XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel
(XEN)=C2=A0 R= ESVD[0]: 00000000825f0000 - 0000000082607000
(XEN)=C2=A0 RESVD[1]: 00000= 0008ffe6000 - 000000008fffd000
(XEN)
(XEN) Command line: sync_console= console=3Ddtuart dtuart=3Dserial2
(XEN) Placing Xen at 0x00000000dfe000= 00-0x00000000e0000000
(XEN) Update BOOTMOD_XEN from 0000000080200000-000= 00000802f1701 =3D> 00000000dfe00000-00000000dfef1701
(XEN) Xen heap: = 00000000da000000-00000000de000000 (16384 pages)
(XEN) Dom heap: 376832 p= ages
(XEN) Domain heap initialised
(XEN) Looking for UART console ser= ial2
(XEN) omap-uart: Unable to retrieve the IRQ
(XEN) Unable to init= ialize serial: -22
(XEN) Bad console=3D option 'dtuart'
=C2= =A0Xen 4.5.1-rc1
(XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueab= ihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.= 03) 4.7.3 20130226 (prerelease)) debug=3Dy Wed May 20 16:37:47 IST 2015
= (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty(XEN) Console output is synchronous.
(XEN) Processor: 412fc0f2: "A= RM Limited", variant: 0x2, part 0xc0f, rev 0x2
(XEN) 32-bit Executi= on:
(XEN)=C2=A0=C2=A0 Processor Features: 00001131:00011011
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0 Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE J= azelle
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Extensions: GenericTimer Security(XEN)=C2=A0=C2=A0 Debug Features: 02010555
(XEN)=C2=A0=C2=A0 Auxiliary= Features: 00000000
(XEN)=C2=A0=C2=A0 Memory Model Features: 10201105 20= 000000 01240000 02102211
(XEN)=C2=A0 ISA Features: 02101110 13112111 212= 32041 11112131 10011142 00000000
(XEN) Platform: TI DRA7
(XEN) Set Au= xCoreBoot1 to 00000000dfe0004c (0020004c)
(XEN) Set AuxCoreBoot0 to 0x20=
(XEN) Generic Timer IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) Using ge= neric timer at 0 KHz
(XEN) GICv2 initialization:
(XEN)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211000
(XEN)= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr=3D00000000482= 12000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr= =3D0000000048214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_vcpu_addr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: 192 lines, 2 cp= us, secure (IID 0000043b).
(XEN) Using scheduler: SMP Credit Scheduler (= credit)
(XEN) I/O virtualisation disabled
(XEN) Allocated console rin= g of 16 KiB.
(XEN) VFP implementer 0x41 architecture 4 part 0x30 variant= 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001 booting -
- NOT= HYP, setting it ... -
- Xen starting in Hyp mode -
- Setting up cont= rol registers -
- Turning on paging -
- Ready -
(XEN) CPU 1 booted= .

After this nothing happens on the console.

Please could anyone help me out with this issue? Am I missing any pat= ches in u-boot/Xen/Kernel?
Is there any Wiki page with full instructions= to bring up Xen on DRA7xx?

--

Thank You,
Akshay=


<= /div>

_______________________________________________
Embedded-pv-devel mailing list
Embedded-pv-devel= @lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listi= nfo/embedded-pv-devel

--047d7b3a802cab3bc30516842dab-- --===============9191385267596093567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============9191385267596093567==-- From embedded-pv-devel-bounces@lists.xenproject.org Wed May 20 14:46:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 20 May 2015 14:46:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv5GL-0007lt-1D; Wed, 20 May 2015 14:46:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv5GJ-0007lc-L1 for embedded-pv-devel@lists.xenproject.org; Wed, 20 May 2015 14:46:23 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id DD/59-02776-E3E9C555; Wed, 20 May 2015 14:46:22 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1432133180!10945070!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8387 invoked from network); 20 May 2015 14:46:22 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2015 14:46:22 -0000 X-IronPort-AV: E=Sophos;i="5.13,464,1427760000"; d="scan'208";a="266914651" Message-ID: <555C9DFB.4050909@citrix.com> Date: Wed, 20 May 2015 15:45:15 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: Andrii Anisov , akshay bhat References: In-Reply-To: X-DLP: MIA1 Cc: embedded-pv-devel@lists.xenproject.org, Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Hi Andrii, On 20/05/15 15:23, Andrii Anisov wrote: > Akshay, > > At this point we are in the middle of GLSDK7 bringup with XEN, we were > using GLSDK6 in our live demo. Moreover we even do not use GLSDK6 u-boot > for our demo, derived at some point from > > I would give you some hints to let you go further, more detailed > description we would release once we done with GLSDK7. > > You took wrong u-boot patch to switch OMAP like SoC to HYP mode. This > one http://u-boot.10912.n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html > is much closer to what you need, because it switches both cores to HYP > and you do not need correspondent changes to XEN itself. Long time ago > XEN community decided to lay on bootloader to switch to HYP mode all > cores instead of keepin this code in hypervisor. We got several people asking a similar question to bring up Xen on OMAP. Could you update the wiki page [1] to point to a correct U-boot? Regards, [1] http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM -- Julien Grall _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Wed May 20 14:46:25 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Wed, 20 May 2015 14:46:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv5GL-0007lt-1D; Wed, 20 May 2015 14:46:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yv5GJ-0007lc-L1 for embedded-pv-devel@lists.xenproject.org; Wed, 20 May 2015 14:46:23 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id DD/59-02776-E3E9C555; Wed, 20 May 2015 14:46:22 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1432133180!10945070!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8387 invoked from network); 20 May 2015 14:46:22 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 20 May 2015 14:46:22 -0000 X-IronPort-AV: E=Sophos;i="5.13,464,1427760000"; d="scan'208";a="266914651" Message-ID: <555C9DFB.4050909@citrix.com> Date: Wed, 20 May 2015 15:45:15 +0100 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: Andrii Anisov , akshay bhat References: In-Reply-To: X-DLP: MIA1 Cc: embedded-pv-devel@lists.xenproject.org, Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Hi Andrii, On 20/05/15 15:23, Andrii Anisov wrote: > Akshay, > > At this point we are in the middle of GLSDK7 bringup with XEN, we were > using GLSDK6 in our live demo. Moreover we even do not use GLSDK6 u-boot > for our demo, derived at some point from > > I would give you some hints to let you go further, more detailed > description we would release once we done with GLSDK7. > > You took wrong u-boot patch to switch OMAP like SoC to HYP mode. This > one http://u-boot.10912.n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html > is much closer to what you need, because it switches both cores to HYP > and you do not need correspondent changes to XEN itself. Long time ago > XEN community decided to lay on bootloader to switch to HYP mode all > cores instead of keepin this code in hypervisor. We got several people asking a similar question to bring up Xen on OMAP. Could you update the wiki page [1] to point to a correct U-boot? Regards, [1] http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM -- Julien Grall _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Fri May 22 13:08:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 22 May 2015 13:08:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvmgr-000168-9R; Fri, 22 May 2015 13:08:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvmgq-000163-Bb for embedded-pv-devel@lists.xenproject.org; Fri, 22 May 2015 13:08:40 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id 15/0E-02782-75A2F555; Fri, 22 May 2015 13:08:39 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1432300116!8020441!1 X-Originating-IP: [209.85.213.169] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24649 invoked from network); 22 May 2015 13:08:36 -0000 Received: from mail-ig0-f169.google.com (HELO mail-ig0-f169.google.com) (209.85.213.169) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2015 13:08:36 -0000 Received: by igbpi8 with SMTP id pi8so35582243igb.0 for ; Fri, 22 May 2015 06:08:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rDL5V6/3VcqPqbQn2cZ/6DFYpiPF8TXrufTGQjXLhg8=; b=XodPUx58hZyleSLOs4UZj0eMXZbIsUldC0J9EJ8JNVNP/04BAbDzjYeqXn3kTUfewQ kmSUpPlcCw3OSkvn5AOdcZwB9rakLWdvLx69rY7FO/+Vp/SDWc3YBaAPOUXCaH2UTPUj oGihnmvnbd7XjpOanda6Em6VQRHnETaC7PR/Lz6mu9eMFjGehpuWW/WUhUo2bh677Pbm AzU9eT/VNfP3YaKMjcAf1QgokCeZOS3ciTG1xUy6CwDkDym8mS+22gl+kqzoYElVoxrg T15bT7iDXCejLhJT2C1e8PRgNjZaWrgT9xBsnulG3C/GjvZz9lnuLdZvr3iJvbZqzbq5 C7rg== MIME-Version: 1.0 X-Received: by 10.107.3.79 with SMTP id 76mr10307980iod.60.1432300115617; Fri, 22 May 2015 06:08:35 -0700 (PDT) Received: by 10.64.34.132 with HTTP; Fri, 22 May 2015 06:08:35 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 May 2015 18:38:35 +0530 Message-ID: From: akshay bhat To: Andrii Anisov Cc: embedded-pv-devel@lists.xenproject.org Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2223114092812709270==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============2223114092812709270== Content-Type: multipart/alternative; boundary=001a113ea6c29a71810516ab5b45 --001a113ea6c29a71810516ab5b45 Content-Type: text/plain; charset=UTF-8 Hi Andril, Thanks for the reply. I tried the u-boot patch suggested by you and also added the fdt entries for psci. Tried with the GLSDK6 (ti-glsdk_dra7xx-evm_6_10_00_02) kernel and I saw some progress in the booting. I added PPI interrupt in the dra7.dtsi file to the gic node - interrupts = <1 9 0xf04>; Now I am able to see the Xen console but dom0 kernel panics during "reserve_bootmem()" function execution. Here is the latest log - U-Boot# fdt print /psci psci { cpu_on = <0x00000002>; method = "hvc"; compatible = "arm,psci"; }; U-Boot# fdt print /chosen chosen { #size-cells = <0x00000001>; #address-cells = <0x00000001>; xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; xen,xen-bootargs = "sync_console console=dtuart dtuart=serial0"; modules { module@0 { reg = <0xa0000000 0x004b0000>; compatible = "xen,linux-zimage", "xen,multiboot-module"; }; }; }; U-Boot# bootm $xen_addr_r - $dtb_addr_r ## Booting kernel from Legacy Image at 90000000 ... Image Name: Xen-Trial-4.5 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 689004 Bytes = 672.9 KiB Load Address: 80200000 Entry Point: 80200000 Verifying Checksum ... OK ## Flattened Device Tree blob at 825f0000 Booting using the fdt blob at 0x825f0000 Loading Kernel Image ... OK reserving fdt memory region: addr=825f0000 size=17000 Loading Device Tree to 8ffe6000, end 8fffffff ... OK ## Transferring control to Linux (at address 80200000)... Starting kernel ... - UART enabled - - CPU 00000000 booting - - Xen starting in Hyp mode - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 (XEN) (XEN) Command line: sync_console console=dtuart dtuart=serial0 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised (XEN) Looking for UART console serial0 Xen 4.5.1-rc1 (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=y Thu May 21 10:04:40 IST 2015 (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef (XEN) Console output is synchronous. (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 (XEN) 32-bit Execution: (XEN) Processor Features: 00001131:00011011 (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle (XEN) Extensions: GenericTimer Security (XEN) Debug Features: 02010555 (XEN) Auxiliary Features: 00000000 (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 (XEN) Platform: TI DRA7 (XEN) /psci method must be smc, but is: "hvc" (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) (XEN) Set AuxCoreBoot0 to 0x20 (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 (XEN) Using generic timer at 6144 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. (XEN) Brought up 2 CPUs (XEN) P2M: 40-bit IPA (XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558 (XEN) *** LOADING DOMAIN 0 *** (XEN) Loading kernel from boot module @ 00000000a0000000 (XEN) Allocating 1:1 mappings totalling 128MB for dom0: (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB) (XEN) Loading zImage from 00000000a0000000 to 00000000afa00000-00000000afeaa158 (XEN) Loading dom0 DTB to 0x00000000af800000-0x00000000af815904 (XEN) Scrubbing Free RAM on 1 nodes using 2 CPUs (XEN) ......done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) ********************************************** (XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS (XEN) ******* This option is intended to aid debugging of Xen by ensuring (XEN) ******* that all output is synchronously delivered on the serial line. (XEN) ******* However it can introduce SIGNIFICANT latencies and affect (XEN) ******* timekeeping. It is NOT recommended for production use! (XEN) ********************************************** (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19:32 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 debug: ignoring loglevel setting. cma: CMA: reserved 64 MiB at 99000000 cma: CMA: reserved 56 MiB at 95800000 cma: CMA: reserved 8 MiB at 9f000000 cma: CMA: reserved 32 MiB at 9d000000 cma: CMA: reserved 24 MiB at ae000000 Memory policy: ECC disabled, Data cache writealloc BUG: not creating mapping for 0x99000000 at 0xb1000000 in user region BUG: not creating mapping for 0x95800000 at 0xad800000 in user region BUG: not creating mapping for 0x9f000000 at 0xb7000000 in user region BUG: not creating mapping for 0x9d000000 at 0xb5000000 in user region OMAP4: Map 0xafe00000 to 0xfe600000 for dram barrier ------------[ cut here ]------------ Kernel BUG at c08d71c0 [verbose debug info unavailable] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gbe43a19-dirty #9 task: c091efa0 ti: c0914000 task.ti: c0914000 PC is at mark_bootmem+0xd4/0xec LR is at reserve_bootmem+0x2c/0x30 pc : [] lr : [] psr: 600001d3 sp : c0915e78 ip : c0915eb8 fp : c0915eb4 r10: 00000001 r9 : 0009f800 r8 : 00008000 r7 : 00095800 r6 : c0904ca4 r5 : 00095800 r4 : c0904c90 r3 : c0904ca4 r2 : 00000001 r1 : 0009f800 r0 : 00095800 Flags: nZCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: a800406a DAC: 00000015 Process swapper (pid: 0, stack limit = 0xc0914248) Stack: (0xc0915e78 to 0xc0916000) 5e60: 00000000 c0915e88 5e80: 000afe00 00000000 c0915ea4 000b0000 c09bb194 000a8000 000b0000 00008000 5ea0: 0000940e c095f218 c0915ec4 c0915eb8 c08d7c10 c08d70f8 c0915f04 c0915ec8 5ec0: c08be77c c08d7bf0 00000000 00001000 c0915eec c0915ee0 c08d8178 c08d812c 5ee0: 00000000 c099ce3c c7ded000 c095f088 000004df c08f7c10 c0915f54 c0915f08 5f00: c08c016c c08be624 c0915fcc 0000045f c08f7c10 00000653 ffff1000 000afdf1 5f20: 00001000 00000007 c08be5d4 c099cdd0 c0008000 c08f7c10 80000200 c0915fcc 5f40: c095f218 c08f9cb8 c0915fb4 c0915f58 c08bc1dc c08bf99c 00000000 10c5387d 5f60: c099c1c0 00000000 ffffffff e7ffffff 412fc0f2 00000000 c0915fa4 c0915f88 5f80: c0674378 c007d36c c07e15e4 00000001 c099c1c0 00000000 ffffffff e7ffffff 5fa0: 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 00000000 5fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c494 c08f9cb4 5fe0: c091ff9c a800406a 00000000 c0915ff8 a8008074 c08b8840 00000000 00000000 Backtrace: [] (mark_bootmem+0x0/0xec) from [] (reserve_bootmem+0x2c/0x30) [] (reserve_bootmem+0x0/0x30) from [] (bootmem_init+0x164/0x288) [] (bootmem_init+0x0/0x288) from [] (paging_init+0x7dc/0x894) [] (paging_init+0x0/0x894) from [] (setup_arch+0x450/0x960) [] (setup_arch+0x0/0x960) from [] (start_kernel+0x7c/0x310) [] (start_kernel+0x0/0x310) from [] (0xa8008074) r8:a800406a r7:c091ff9c r6:c08f9cb4 r5:c091c494 r4:10c5387d Code: e2444014 e2843014 e1530006 1affffd7 (e7f001f2) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! Is there anything I am missing in the kernel? You had mentioned about "hypervisor" node in the device tree along with chosen and psci nodes. Could you provide more information on that? Thank you, Akshay On Wed, May 20, 2015 at 7:53 PM, Andrii Anisov < andrii.anisov@globallogic.com> wrote: > Akshay, > > At this point we are in the middle of GLSDK7 bringup with XEN, we were > using GLSDK6 in our live demo. Moreover we even do not use GLSDK6 u-boot > for our demo, derived at some point from > > I would give you some hints to let you go further, more detailed > description we would release once we done with GLSDK7. > > You took wrong u-boot patch to switch OMAP like SoC to HYP mode. This one > http://u-boot.10912.n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html > is much closer to what you need, because it switches both cores to HYP and > you do not need correspondent changes to XEN itself. Long time ago XEN > community decided to lay on bootloader to switch to HYP mode all cores > instead of keepin this code in hypervisor. > > Except choosen and hypervisor nodes in device tree you would need also: > psci { > compatible = "arm,psci"; > method = "hvc"; > cpu_on = <2>; > }; > > And enabling CONFIG_ARM_PSCI=y in defconfig in order to have SMP in Linux. > > > Andrii Anisov | Team Lead > GlobalLogic > Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 > P +38.044.492.9695x3664 M +380505738852 S andriyanisov > www.globallogic.com > > http://www.globallogic.com/email_disclaimer.txt > > On Wed, May 20, 2015 at 2:21 PM, akshay bhat > wrote: > >> Hi, >> >> I am trying to bring up on TI J6 EVM. Here are the steps I followed - >> 1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision >> tag - xen-4.5.1-rc1). >> 2. Downloaded the TI GLSDK from - >> http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/index_FDS.html >> U-boot version - 2014.07 >> Linux Kernel version - 3.14.31 >> 3. Applied HYP mode patch to u-boot from - >> http://lists.denx.de/pipermail/u-boot/2015-January/202920.html which >> boots CPU0 in HYP mode. >> 4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH=arm32 >> CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_EARLY_PRINTK=dra7 debug=y >> and mkimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n >> "Xen-Trial-4.5" -d "xen/xen" xen-uImage >> 5. Enabled XEN related options in the kernel config and compiled the >> Linux kernel and generated zImage and dra7-evm-lcd7.dtb (no changes in the >> TI Kernel source). >> 6. Booted the board with the above images and used the env settings from >> - >> http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM >> >> When I tried to boot XEN with the steps above, Xen hung with the error - >> (XEN) Using generic timer at 0 KHz >> (XEN) GICv2 initialization: >> (XEN) gic_dist_addr=0000000048211000 >> (XEN) gic_cpu_addr=0000000048212000 >> (XEN) gic_hyp_addr=0000000048214000 >> (XEN) gic_vcpu_addr=0000000048216000 >> (XEN) gic_maintenance_irq=25 >> (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) I/O virtualisation disabled >> (XEN) Allocated console ring of 16 KiB. >> (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 >> (XEN) Bringing up CPU1 >> - CPU 00000001 booting - >> - Xen must be entered in NS Hyp mode - >> - Boot failed - >> >> So, CPU1 was still in non-HYP mode. Then I applied the patch from - >> http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html >> Now CPU1 boots up but nothing happens after that. Here is the log - >> >> U-Boot# fdt print /chosen >> chosen { >> #size-cells = <0x00000001>; >> #address-cells = <0x00000001>; >> xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug >> ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; >> xen,xen-bootargs = "sync_console console=dtuart dtuart=serial2"; >> bootargs = "elevator=noop console=ttyO0,115200n8 >> root=/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=2 >> consoleblank=0 cma=64M rootfstype=ext4"; >> modules { >> module@0 { >> reg = <0xa0000000 0x004b0000>; >> compatible = "xen,linux-zimage", >> "xen,multiboot-module"; >> }; >> }; >> }; >> U-Boot# bootm $xen_addr_r - $dtb_addr_r >> ## Booting kernel from Legacy Image at 90000000 ... >> Image Name: Xen-Trial-4.5 >> Image Type: ARM Linux Kernel Image (uncompressed) >> Data Size: 689004 Bytes = 672.9 KiB >> Load Address: 80200000 >> Entry Point: 80200000 >> Verifying Checksum ... OK >> ## Flattened Device Tree blob at 825f0000 >> Booting using the fdt blob at 0x825f0000 >> Loading Kernel Image ... OK >> reserving fdt memory region: addr=825f0000 size=17000 >> Loading Device Tree to 8ffe6000, end 8fffffff ... OK >> >> Starting kernel ... >> >> - UART enabled - >> - CPU 00000000 booting - >> - Xen starting in Hyp mode - >> - Zero BSS - >> - Setting up control registers - >> - Turning on paging - >> - Ready - >> (XEN) Checking for initrd in /chosen >> (XEN) RAM: 0000000080000000 - 00000000dfffffff >> (XEN) >> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel >> (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 >> (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 >> (XEN) >> (XEN) Command line: sync_console console=dtuart dtuart=serial2 >> (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 >> (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => >> 00000000dfe00000-00000000dfef1701 >> (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) >> (XEN) Dom heap: 376832 pages >> (XEN) Domain heap initialised >> (XEN) Looking for UART console serial2 >> (XEN) omap-uart: Unable to retrieve the IRQ >> (XEN) Unable to initialize serial: -22 >> (XEN) Bad console= option 'dtuart' >> Xen 4.5.1-rc1 >> (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc >> (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) >> 4.7.3 20130226 (prerelease)) debug=y Wed May 20 16:37:47 IST 2015 >> (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty >> (XEN) Console output is synchronous. >> (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev >> 0x2 >> (XEN) 32-bit Execution: >> (XEN) Processor Features: 00001131:00011011 >> (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle >> (XEN) Extensions: GenericTimer Security >> (XEN) Debug Features: 02010555 >> (XEN) Auxiliary Features: 00000000 >> (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 >> (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 >> (XEN) Platform: TI DRA7 >> (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) >> (XEN) Set AuxCoreBoot0 to 0x20 >> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 >> (XEN) Using generic timer at 0 KHz >> (XEN) GICv2 initialization: >> (XEN) gic_dist_addr=0000000048211000 >> (XEN) gic_cpu_addr=0000000048212000 >> (XEN) gic_hyp_addr=0000000048214000 >> (XEN) gic_vcpu_addr=0000000048216000 >> (XEN) gic_maintenance_irq=25 >> (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) I/O virtualisation disabled >> (XEN) Allocated console ring of 16 KiB. >> (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 >> (XEN) Bringing up CPU1 >> - CPU 00000001 booting - >> - NOT HYP, setting it ... - >> - Xen starting in Hyp mode - >> - Setting up control registers - >> - Turning on paging - >> - Ready - >> (XEN) CPU 1 booted. >> >> After this nothing happens on the console. >> >> Please could anyone help me out with this issue? Am I missing any patches >> in u-boot/Xen/Kernel? >> Is there any Wiki page with full instructions to bring up Xen on DRA7xx? >> >> -- >> >> Thank You, >> Akshay >> >> >> >> _______________________________________________ >> Embedded-pv-devel mailing list >> Embedded-pv-devel@lists.xenproject.org >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel >> > > --001a113ea6c29a71810516ab5b45 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Andril,

Thanks for the reply. I tried the u-boot patch suggested by you and also= added the fdt entries for psci. Tried with the GLSDK6 (ti-glsdk_dra7xx-evm= _6_10_00_02) kernel and I saw some progress in the booting. I added PPI int= errupt in the dra7.dtsi file to the gic node -
interrupts =3D <1 9 0x= f04>;

Now I am able to see the Xen console but dom0 kernel panics= during "reserve_bootmem()" function execution. Here is the lates= t log -

U-Boot# fdt print /psci
psci {
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 cpu_on =3D <0x00000002>;
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 method =3D "hvc";
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 compatible =3D "arm,psci";
};
U-Bo= ot# fdt print /chosen
chosen {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 #size-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 #address-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,dom0-bootargs =3D "console=3Dhvc0 earl= yprintk=3Dxen debug ignore_loglevel root=3D/dev/mmcblk0p2 rw rootwait fixrt= c";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,xen-bootargs =3D= "sync_console console=3Ddtuart dtuart=3Dserial0";
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 modules {
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 module@0 {<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reg =3D = <0xa0000000 0x004b0000>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 compatible =3D "xen,linux-zimage", "= ;xen,multiboot-module";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 };
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 };
};
U-Boot# bootm $xen_addr_r - $dtb_addr_= r
## Booting kernel from Legacy Image at 90000000 ...
=C2=A0=C2=A0 Im= age Name:=C2=A0=C2=A0 Xen-Trial-4.5
=C2=A0=C2=A0 Image Type:=C2=A0=C2=A0= ARM Linux Kernel Image (uncompressed)
=C2=A0=C2=A0 Data Size:=C2=A0=C2= =A0=C2=A0 689004 Bytes =3D 672.9 KiB
=C2=A0=C2=A0 Load Address: 80200000=
=C2=A0=C2=A0 Entry Point:=C2=A0 80200000
=C2=A0=C2=A0 Verifying Chec= ksum ... OK
## Flattened Device Tree blob at 825f0000
=C2=A0=C2=A0 Bo= oting using the fdt blob at 0x825f0000
=C2=A0=C2=A0 Loading Kernel Image= ... OK
=C2=A0=C2=A0 reserving fdt memory region: addr=3D825f0000 size= =3D17000
=C2=A0=C2=A0 Loading Device Tree to 8ffe6000, end 8fffffff ... = OK
## Transferring control to Linux (at address 80200000)...

Star= ting kernel ...

- UART enabled -
- CPU 00000000 booting -
- Xe= n starting in Hyp mode -
- Zero BSS -
- Setting up control registers = -
- Turning on paging -
- Ready -
(XEN) Checking for initrd in /ch= osen
(XEN) RAM: 0000000080000000 - 00000000dfffffff
(XEN)
(XEN) MO= DULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree
(XEN) MODULE[1]= : 00000000a0000000 - 00000000a04b0000 Kernel
(XEN)=C2=A0 RESVD[0]: 00000= 000825f0000 - 0000000082607000
(XEN)=C2=A0 RESVD[1]: 000000008ffe6000 - = 000000008fffd000
(XEN)
(XEN) Command line: sync_console console=3Ddtu= art dtuart=3Dserial0
(XEN) Placing Xen at 0x00000000dfe00000-0x00000000e= 0000000
(XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 = =3D> 00000000dfe00000-00000000dfef1701
(XEN) Xen heap: 00000000da0000= 00-00000000de000000 (16384 pages)
(XEN) Dom heap: 376832 pages
(XEN) = Domain heap initialised
(XEN) Looking for UART console serial0
=C2=A0= Xen 4.5.1-rc1
(XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf= -gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03)= 4.7.3 20130226 (prerelease)) debug=3Dy Thu May 21 10:04:40 IST 2015
(XE= N) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef
(XEN) Co= nsole output is synchronous.
(XEN) Processor: 412fc0f2: "ARM Limite= d", variant: 0x2, part 0xc0f, rev 0x2
(XEN) 32-bit Execution:
(X= EN)=C2=A0=C2=A0 Processor Features: 00001131:00011011
(XEN)=C2=A0=C2=A0= =C2=A0=C2=A0 Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Extensions: GenericTimer Security
(XEN)= =C2=A0=C2=A0 Debug Features: 02010555
(XEN)=C2=A0=C2=A0 Auxiliary Featur= es: 00000000
(XEN)=C2=A0=C2=A0 Memory Model Features: 10201105 20000000 = 01240000 02102211
(XEN)=C2=A0 ISA Features: 02101110 13112111 21232041 1= 1112131 10011142 00000000
(XEN) Platform: TI DRA7
(XEN) /psci method = must be smc, but is: "hvc"
(XEN) Set AuxCoreBoot1 to 00000000d= fe0004c (0020004c)
(XEN) Set AuxCoreBoot0 to 0x20
(XEN) Generic Timer= IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) Using generic timer at 6144 KHz=
(XEN) GICv2 initialization:
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211000
(XEN)=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr=3D0000000048212000
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr=3D00000000482140= 00
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_vcpu_addr= =3D0000000048216000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_maintenance_irq=3D25
(XEN) GICv2: 192 lines, 2 cpus, secure (IID= 0000043b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN= ) I/O virtualisation disabled
(XEN) Allocated console ring of 16 KiB.(XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0(XEN) Bringing up CPU1
- CPU 00000001 booting -
- Xen starting in Hy= p mode -
- Setting up control registers -
- Turning on paging -
- = Ready -
(XEN) CPU 1 booted.
(XEN) Brought up 2 CPUs
(XEN) P2M: 40-= bit IPA
(XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558
(XEN) = *** LOADING DOMAIN 0 ***
(XEN) Loading kernel from boot module @ 0000000= 0a0000000
(XEN) Allocating 1:1 mappings totalling 128MB for dom0:
(XE= N) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB)
(XEN) Loading zImag= e from 00000000a0000000 to 00000000afa00000-00000000afeaa158
(XEN) Loadi= ng dom0 DTB to 0x00000000af800000-0x00000000af815904
(XEN) Scrubbing Fre= e RAM on 1 nodes using 2 CPUs
(XEN) ......done.
(XEN) Initial low mem= ory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: All
(XEN= ) Guest Loglevel: All
(XEN) ********************************************= **
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) *******= This option is intended to aid debugging of Xen by ensuring
(XEN) *****= ** that all output is synchronously delivered on the serial line.
(XEN) = ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) = ******* timekeeping. It is NOT recommended for production use!
(XEN) ***= *******************************************
(XEN) 3... 2... 1...
(XEN= ) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch = input to Xen)
(XEN) Freed 252kB init memory.
Booting Linux on physica= l CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desk= top) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4= .7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19= :32 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10= c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cacheMachine: Jacinto6 evm board, model: TI DRA7
debug: ignoring loglevel s= etting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA: reserved 56 M= iB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cma: CMA: reserve= d 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae000000
Memory pol= icy: ECC disabled, Data cache writealloc
BUG: not creating mapping for 0= x99000000 at 0xb1000000 in user region
BUG: not creating mapping for 0x9= 5800000 at 0xad800000 in user region
BUG: not creating mapping for 0x9f0= 00000 at 0xb7000000 in user region
BUG: not creating mapping for 0x9d000= 000 at 0xb5000000 in user region
OMAP4: Map 0xafe00000 to 0xfe600000 for= dram barrier
------------[ cut here ]------------
Kernel BUG at c08d= 71c0 [verbose debug info unavailable]
Internal error: Oops - BUG: 0 [#1]= PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not t= ainted 3.12.25-28678-gbe43a19-dirty #9
task: c091efa0 ti: c0914000 task.= ti: c0914000
PC is at mark_bootmem+0xd4/0xec
LR is at reserve_bootmem= +0x2c/0x30
pc : [<c08d71c0>]=C2=A0=C2=A0=C2=A0 lr : [<c08d7c10&= gt;]=C2=A0=C2=A0=C2=A0 psr: 600001d3
sp : c0915e78=C2=A0 ip : c0915eb8= =C2=A0 fp : c0915eb4
r10: 00000001=C2=A0 r9 : 0009f800=C2=A0 r8 : 000080= 00
r7 : 00095800=C2=A0 r6 : c0904ca4=C2=A0 r5 : 00095800=C2=A0 r4 : c090= 4c90
r3 : c0904ca4=C2=A0 r2 : 00000001=C2=A0 r1 : 0009f800=C2=A0 r0 : 00= 095800
Flags: nZCv=C2=A0 IRQs off=C2=A0 FIQs off=C2=A0 Mode SVC_32=C2=A0= ISA ARM=C2=A0 Segment kernel
Control: 10c5387d=C2=A0 Table: a800406a=C2= =A0 DAC: 00000015
Process swapper (pid: 0, stack limit =3D 0xc0914248)Stack: (0xc0915e78 to 0xc0916000)
5e60:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00000= 000 c0915e88
5e80: 000afe00 00000000 c0915ea4 000b0000 c09bb194 000a8000= 000b0000 00008000
5ea0: 0000940e c095f218 c0915ec4 c0915eb8 c08d7c10 c0= 8d70f8 c0915f04 c0915ec8
5ec0: c08be77c c08d7bf0 00000000 00001000 c0915= eec c0915ee0 c08d8178 c08d812c
5ee0: 00000000 c099ce3c c7ded000 c095f088= 000004df c08f7c10 c0915f54 c0915f08
5f00: c08c016c c08be624 c0915fcc 00= 00045f c08f7c10 00000653 ffff1000 000afdf1
5f20: 00001000 00000007 c08be= 5d4 c099cdd0 c0008000 c08f7c10 80000200 c0915fcc
5f40: c095f218 c08f9cb8= c0915fb4 c0915f58 c08bc1dc c08bf99c 00000000 10c5387d
5f60: c099c1c0 00= 000000 ffffffff e7ffffff 412fc0f2 00000000 c0915fa4 c0915f88
5f80: c0674= 378 c007d36c c07e15e4 00000001 c099c1c0 00000000 ffffffff e7ffffff
5fa0:= 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 000000005fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c494 c08f9= cb4
5fe0: c091ff9c a800406a 00000000 c0915ff8 a8008074 c08b8840 00000000= 00000000
Backtrace:
[<c08d70ec>] (mark_bootmem+0x0/0xec) from = [<c08d7c10>] (reserve_bootmem+0x2c/0x30)
[<c08d7be4>] (reser= ve_bootmem+0x0/0x30) from [<c08be77c>] (bootmem_init+0x164/0x288)
= [<c08be618>] (bootmem_init+0x0/0x288) from [<c08c016c>] (paging= _init+0x7dc/0x894)
[<c08bf990>] (paging_init+0x0/0x894) from [<= c08bc1dc>] (setup_arch+0x450/0x960)
[<c08bbd8c>] (setup_arch+0x= 0/0x960) from [<c08b88b0>] (start_kernel+0x7c/0x310)
[<c08b8834= >] (start_kernel+0x0/0x310) from [<a8008074>] (0xa8008074)
=C2= =A0r8:a800406a r7:c091ff9c r6:c08f9cb4 r5:c091c494 r4:10c5387d
Code: e24= 44014 e2843014 e1530006 1affffd7 (e7f001f2)
---[ end trace 1b75b31a2719e= d1c ]---
Kernel panic - not syncing: Attempted to kill the idle task!
Is there anything I am missing in the kernel? You had mentioned about = "hypervisor" node in the device tree along with chosen and psci n= odes. Could you provide more information on that?

Thank you,
Aksh= ay

On Wed, May 20, 2015 at 7:53 PM, Andri= i Anisov <andrii.anisov@globallogic.com> wrote:<= br>
Aksha= y,

At this point we are in the middle of GLSDK7 bringup = with XEN, we were using GLSDK6 in our live demo. Moreover we even do not us= e GLSDK6 u-boot for our demo, derived at some point from=C2=A0
I would give you some hints to let you go further, more detail= ed description we would release once we done with GLSDK7.=C2=A0

You took wrong u-boot patch to switch OMAP like SoC to HY= P mode. This one=C2=A0http://u-boot.10912.n7.= nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html is much closer to w= hat you need, because it switches both cores to HYP and you do not need cor= respondent changes to XEN itself. Long time ago XEN community decided to la= y on bootloader to switch to HYP mode all cores instead of keepin this code= in hypervisor.

Except choosen and hypervisor node= s in device tree you would need also:
psci {
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 compatible =3D "a= rm,psci";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 method =3D "hvc";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 cpu_on =3D <2>;
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 };

And enabling=C2=A0=C2=A0CON= FIG_ARM_PSCI=3Dy in defconfig in order to have SMP in Linux.


Andrii Anisov | Team LeadGlobalLogic
Kyiv, 03038, Protasov Business Park= , M.Grinchenka, 2/1
P +38.= 044.492.9695x3664=C2=A0 M +380505738852 =C2=A0S andriyanisov<= br>www.glo= ballogic.com

http://www.globallogic.com/email_disclaimer.txt

On Wed, May 20, 2015 at 2:21 PM, a= kshay bhat <akshayabhat@gmail.com> wrote:
Hi,

= I am trying to bring up on TI J6 EVM. Here are the steps I followed -
1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision tag - xen-= 4.5.1-rc1).
2. Downloaded the TI GLSDK from - http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/in= dex_FDS.html
=C2=A0=C2=A0=C2=A0=C2=A0 U-boot version -=C2=A0 2= 014.07
=C2=A0=C2=A0=C2=A0=C2=A0 Linux Kernel version - 3.14.31
=
3. Applied HYP mode patch to u-boot from - http://l= ists.denx.de/pipermail/u-boot/2015-January/202920.html which boots CPU0= in HYP mode.
4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH= =3Darm32 CROSS_COMPILE=3Darm-linux-gnueabihf- CONFIG_EARLY_PRINTK=3Ddra7 de= bug=3Dy
=C2=A0=C2=A0=C2=A0 and mkimage -A arm -T kernel -a 0x80200= 000 -e 0x80200000 -C none -n "Xen-Trial-4.5" -d "xen/xen&quo= t; xen-uImage
5. Enabled XEN related options in the kernel co= nfig and compiled the Linux kernel and generated zImage and dra7-evm-lcd7.d= tb (no changes in the TI Kernel source).
6. Booted the board = with the above images and used the env settings from - http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualiza= tion_Extensions/OMAP5432_uEVM

When I tried to boot XEN wit= h the steps above, Xen hung with the error -
(XEN) Using generic timer a= t 0 KHz
(XEN) GICv2 initialization:
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211000
(XEN)=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr=3D0000000048212000
(XE= N)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr=3D000000004= 8214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_vcpu_a= ddr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: 192 lines, 2 cpus, secure (= IID 0000043b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(= XEN) I/O virtualisation disabled
(XEN) Allocated console ring of 16 KiB.=
(XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0=
(XEN) Bringing up CPU1
- CPU 00000001 booting -
- Xen must be ent= ered in NS Hyp mode -
- Boot failed -

So, CPU1 was still in= non-HYP mode. Then I applied the patch from - http:/= /lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html
N= ow CPU1 boots up but nothing happens after that. Here is the log -

<= div>
U-Boot# fdt print /chosen
chosen = {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #size-cells =3D <0x00000= 001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #address-cells =3D &= lt;0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,dom0-b= ootargs =3D "console=3Dhvc0 earlyprintk=3Dxen debug ignore_loglevel ro= ot=3D/dev/mmcblk0p2 rw rootwait fixrtc";
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 xen,xen-bootargs =3D "sync_console console=3Ddtuart= dtuart=3Dserial2";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 boot= args =3D "elevator=3Dnoop console=3DttyO0,115200n8 root=3D/dev/mmcblk1= p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=3D2 consoleblank=3D0 cma= =3D64M rootfstype=3Dext4";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 modules {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 module@0 {
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reg =3D <0xa0000000 0x004b0000>;=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 compa= tible =3D "xen,linux-zimage", "xen,multiboot-module";=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 };
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 };
}= ;
U-Boot# bootm $xen_addr_r - $dtb_addr_r
## Booting kernel from Lega= cy Image at 90000000 ...
=C2=A0=C2=A0 Image Name:=C2=A0=C2=A0 Xen-Trial-= 4.5
=C2=A0=C2=A0 Image Type:=C2=A0=C2=A0 ARM Linux Kernel Image (uncompr= essed)
=C2=A0=C2=A0 Data Size:=C2=A0=C2=A0=C2=A0 689004 Bytes =3D 672.9 = KiB
=C2=A0=C2=A0 Load Address: 80200000
=C2=A0=C2=A0 Entry Point:=C2= =A0 80200000
=C2=A0=C2=A0 Verifying Checksum ... OK
## Flattened Devi= ce Tree blob at 825f0000
=C2=A0=C2=A0 Booting using the fdt blob at 0x82= 5f0000
=C2=A0=C2=A0 Loading Kernel Image ... OK
=C2=A0=C2=A0 reservin= g fdt memory region: addr=3D825f0000 size=3D17000
=C2=A0=C2=A0 Loading D= evice Tree to 8ffe6000, end 8fffffff ... OK

Starting kernel ...
<= br>- UART enabled -
- CPU 00000000 booting -
- Xen starting in Hyp mo= de -
- Zero BSS -
- Setting up control registers -
- Turning on pa= ging -
- Ready -
(XEN) Checking for initrd in /chosen
(XEN) RAM: 0= 000000080000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]: 000000008ff= e6000 - 000000008fffd000 Device Tree
(XEN) MODULE[1]: 00000000a0000000 -= 00000000a04b0000 Kernel
(XEN)=C2=A0 RESVD[0]: 00000000825f0000 - 000000= 0082607000
(XEN)=C2=A0 RESVD[1]: 000000008ffe6000 - 000000008fffd000
= (XEN)
(XEN) Command line: sync_console console=3Ddtuart dtuart=3Dserial2=
(XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000
(XEN) Upd= ate BOOTMOD_XEN from 0000000080200000-00000000802f1701 =3D> 00000000dfe0= 0000-00000000dfef1701
(XEN) Xen heap: 00000000da000000-00000000de000000 = (16384 pages)
(XEN) Dom heap: 376832 pages
(XEN) Domain heap initiali= sed
(XEN) Looking for UART console serial2
(XEN) omap-uart: Unable to= retrieve the IRQ
(XEN) Unable to initialize serial: -22
(XEN) Bad co= nsole=3D option 'dtuart'
=C2=A0Xen 4.5.1-rc1
(XEN) Xen versio= n 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-= 4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) deb= ug=3Dy Wed May 20 16:37:47 IST 2015
(XEN) Latest ChangeSet: Mon May 18 1= 6:18:42 2015 +0200 git:0c4e0ef-dirty
(XEN) Console output is synchronous= .
(XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part= 0xc0f, rev 0x2
(XEN) 32-bit Execution:
(XEN)=C2=A0=C2=A0 Processor F= eatures: 00001131:00011011
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Instruction Set= s: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle
(XEN)=C2=A0=C2=A0=C2=A0=C2= =A0 Extensions: GenericTimer Security
(XEN)=C2=A0=C2=A0 Debug Features: = 02010555
(XEN)=C2=A0=C2=A0 Auxiliary Features: 00000000
(XEN)=C2=A0= =C2=A0 Memory Model Features: 10201105 20000000 01240000 02102211
(XEN)= =C2=A0 ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000<= br>(XEN) Platform: TI DRA7
(XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0= 020004c)
(XEN) Set AuxCoreBoot0 to 0x20
(XEN) Generic Timer IRQ: phys= =3D30 hyp=3D26 virt=3D27
(XEN) Using generic timer at 0 KHz
(XEN) GIC= v2 initialization:
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= gic_dist_addr=3D0000000048211000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 gic_cpu_addr=3D0000000048212000
(XEN)=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr=3D0000000048214000
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_vcpu_addr=3D0000000048216= 000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_maintenanc= e_irq=3D25
(XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b).
(XE= N) Using scheduler: SMP Credit Scheduler (credit)
(XEN) I/O virtualisati= on disabled
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP impleme= nter 0x41 architecture 4 part 0x30 variant 0xf rev 0x0
(XEN) Bringing up= CPU1
- CPU 00000001 booting -
- NOT HYP, setting it ... -
- Xen s= tarting in Hyp mode -
- Setting up control registers -
- Turning on p= aging -
- Ready -
(XEN) CPU 1 booted.

After this no= thing happens on the console.

Please could anyone help me= out with this issue? Am I missing any patches in u-boot/Xen/Kernel?
Is = there any Wiki page with full instructions to bring up Xen on DRA7xx?
<= /div>

--

Thank You,
Akshay


<= /div>

_______________________________________________
Embedded-pv-devel mailing list
Embedded-pv-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listi= nfo/embedded-pv-devel





--001a113ea6c29a71810516ab5b45-- --===============2223114092812709270== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============2223114092812709270==-- From embedded-pv-devel-bounces@lists.xenproject.org Fri May 22 13:08:41 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 22 May 2015 13:08:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvmgr-000168-9R; Fri, 22 May 2015 13:08:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvmgq-000163-Bb for embedded-pv-devel@lists.xenproject.org; Fri, 22 May 2015 13:08:40 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id 15/0E-02782-75A2F555; Fri, 22 May 2015 13:08:39 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1432300116!8020441!1 X-Originating-IP: [209.85.213.169] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24649 invoked from network); 22 May 2015 13:08:36 -0000 Received: from mail-ig0-f169.google.com (HELO mail-ig0-f169.google.com) (209.85.213.169) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2015 13:08:36 -0000 Received: by igbpi8 with SMTP id pi8so35582243igb.0 for ; Fri, 22 May 2015 06:08:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rDL5V6/3VcqPqbQn2cZ/6DFYpiPF8TXrufTGQjXLhg8=; b=XodPUx58hZyleSLOs4UZj0eMXZbIsUldC0J9EJ8JNVNP/04BAbDzjYeqXn3kTUfewQ kmSUpPlcCw3OSkvn5AOdcZwB9rakLWdvLx69rY7FO/+Vp/SDWc3YBaAPOUXCaH2UTPUj oGihnmvnbd7XjpOanda6Em6VQRHnETaC7PR/Lz6mu9eMFjGehpuWW/WUhUo2bh677Pbm AzU9eT/VNfP3YaKMjcAf1QgokCeZOS3ciTG1xUy6CwDkDym8mS+22gl+kqzoYElVoxrg T15bT7iDXCejLhJT2C1e8PRgNjZaWrgT9xBsnulG3C/GjvZz9lnuLdZvr3iJvbZqzbq5 C7rg== MIME-Version: 1.0 X-Received: by 10.107.3.79 with SMTP id 76mr10307980iod.60.1432300115617; Fri, 22 May 2015 06:08:35 -0700 (PDT) Received: by 10.64.34.132 with HTTP; Fri, 22 May 2015 06:08:35 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 May 2015 18:38:35 +0530 Message-ID: From: akshay bhat To: Andrii Anisov Cc: embedded-pv-devel@lists.xenproject.org Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2223114092812709270==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============2223114092812709270== Content-Type: multipart/alternative; boundary=001a113ea6c29a71810516ab5b45 --001a113ea6c29a71810516ab5b45 Content-Type: text/plain; charset=UTF-8 Hi Andril, Thanks for the reply. I tried the u-boot patch suggested by you and also added the fdt entries for psci. Tried with the GLSDK6 (ti-glsdk_dra7xx-evm_6_10_00_02) kernel and I saw some progress in the booting. I added PPI interrupt in the dra7.dtsi file to the gic node - interrupts = <1 9 0xf04>; Now I am able to see the Xen console but dom0 kernel panics during "reserve_bootmem()" function execution. Here is the latest log - U-Boot# fdt print /psci psci { cpu_on = <0x00000002>; method = "hvc"; compatible = "arm,psci"; }; U-Boot# fdt print /chosen chosen { #size-cells = <0x00000001>; #address-cells = <0x00000001>; xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; xen,xen-bootargs = "sync_console console=dtuart dtuart=serial0"; modules { module@0 { reg = <0xa0000000 0x004b0000>; compatible = "xen,linux-zimage", "xen,multiboot-module"; }; }; }; U-Boot# bootm $xen_addr_r - $dtb_addr_r ## Booting kernel from Legacy Image at 90000000 ... Image Name: Xen-Trial-4.5 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 689004 Bytes = 672.9 KiB Load Address: 80200000 Entry Point: 80200000 Verifying Checksum ... OK ## Flattened Device Tree blob at 825f0000 Booting using the fdt blob at 0x825f0000 Loading Kernel Image ... OK reserving fdt memory region: addr=825f0000 size=17000 Loading Device Tree to 8ffe6000, end 8fffffff ... OK ## Transferring control to Linux (at address 80200000)... Starting kernel ... - UART enabled - - CPU 00000000 booting - - Xen starting in Hyp mode - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 (XEN) (XEN) Command line: sync_console console=dtuart dtuart=serial0 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised (XEN) Looking for UART console serial0 Xen 4.5.1-rc1 (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=y Thu May 21 10:04:40 IST 2015 (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef (XEN) Console output is synchronous. (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 (XEN) 32-bit Execution: (XEN) Processor Features: 00001131:00011011 (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle (XEN) Extensions: GenericTimer Security (XEN) Debug Features: 02010555 (XEN) Auxiliary Features: 00000000 (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 (XEN) Platform: TI DRA7 (XEN) /psci method must be smc, but is: "hvc" (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) (XEN) Set AuxCoreBoot0 to 0x20 (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 (XEN) Using generic timer at 6144 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. (XEN) Brought up 2 CPUs (XEN) P2M: 40-bit IPA (XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558 (XEN) *** LOADING DOMAIN 0 *** (XEN) Loading kernel from boot module @ 00000000a0000000 (XEN) Allocating 1:1 mappings totalling 128MB for dom0: (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB) (XEN) Loading zImage from 00000000a0000000 to 00000000afa00000-00000000afeaa158 (XEN) Loading dom0 DTB to 0x00000000af800000-0x00000000af815904 (XEN) Scrubbing Free RAM on 1 nodes using 2 CPUs (XEN) ......done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) ********************************************** (XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS (XEN) ******* This option is intended to aid debugging of Xen by ensuring (XEN) ******* that all output is synchronously delivered on the serial line. (XEN) ******* However it can introduce SIGNIFICANT latencies and affect (XEN) ******* timekeeping. It is NOT recommended for production use! (XEN) ********************************************** (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19:32 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 debug: ignoring loglevel setting. cma: CMA: reserved 64 MiB at 99000000 cma: CMA: reserved 56 MiB at 95800000 cma: CMA: reserved 8 MiB at 9f000000 cma: CMA: reserved 32 MiB at 9d000000 cma: CMA: reserved 24 MiB at ae000000 Memory policy: ECC disabled, Data cache writealloc BUG: not creating mapping for 0x99000000 at 0xb1000000 in user region BUG: not creating mapping for 0x95800000 at 0xad800000 in user region BUG: not creating mapping for 0x9f000000 at 0xb7000000 in user region BUG: not creating mapping for 0x9d000000 at 0xb5000000 in user region OMAP4: Map 0xafe00000 to 0xfe600000 for dram barrier ------------[ cut here ]------------ Kernel BUG at c08d71c0 [verbose debug info unavailable] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gbe43a19-dirty #9 task: c091efa0 ti: c0914000 task.ti: c0914000 PC is at mark_bootmem+0xd4/0xec LR is at reserve_bootmem+0x2c/0x30 pc : [] lr : [] psr: 600001d3 sp : c0915e78 ip : c0915eb8 fp : c0915eb4 r10: 00000001 r9 : 0009f800 r8 : 00008000 r7 : 00095800 r6 : c0904ca4 r5 : 00095800 r4 : c0904c90 r3 : c0904ca4 r2 : 00000001 r1 : 0009f800 r0 : 00095800 Flags: nZCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: a800406a DAC: 00000015 Process swapper (pid: 0, stack limit = 0xc0914248) Stack: (0xc0915e78 to 0xc0916000) 5e60: 00000000 c0915e88 5e80: 000afe00 00000000 c0915ea4 000b0000 c09bb194 000a8000 000b0000 00008000 5ea0: 0000940e c095f218 c0915ec4 c0915eb8 c08d7c10 c08d70f8 c0915f04 c0915ec8 5ec0: c08be77c c08d7bf0 00000000 00001000 c0915eec c0915ee0 c08d8178 c08d812c 5ee0: 00000000 c099ce3c c7ded000 c095f088 000004df c08f7c10 c0915f54 c0915f08 5f00: c08c016c c08be624 c0915fcc 0000045f c08f7c10 00000653 ffff1000 000afdf1 5f20: 00001000 00000007 c08be5d4 c099cdd0 c0008000 c08f7c10 80000200 c0915fcc 5f40: c095f218 c08f9cb8 c0915fb4 c0915f58 c08bc1dc c08bf99c 00000000 10c5387d 5f60: c099c1c0 00000000 ffffffff e7ffffff 412fc0f2 00000000 c0915fa4 c0915f88 5f80: c0674378 c007d36c c07e15e4 00000001 c099c1c0 00000000 ffffffff e7ffffff 5fa0: 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 00000000 5fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c494 c08f9cb4 5fe0: c091ff9c a800406a 00000000 c0915ff8 a8008074 c08b8840 00000000 00000000 Backtrace: [] (mark_bootmem+0x0/0xec) from [] (reserve_bootmem+0x2c/0x30) [] (reserve_bootmem+0x0/0x30) from [] (bootmem_init+0x164/0x288) [] (bootmem_init+0x0/0x288) from [] (paging_init+0x7dc/0x894) [] (paging_init+0x0/0x894) from [] (setup_arch+0x450/0x960) [] (setup_arch+0x0/0x960) from [] (start_kernel+0x7c/0x310) [] (start_kernel+0x0/0x310) from [] (0xa8008074) r8:a800406a r7:c091ff9c r6:c08f9cb4 r5:c091c494 r4:10c5387d Code: e2444014 e2843014 e1530006 1affffd7 (e7f001f2) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! Is there anything I am missing in the kernel? You had mentioned about "hypervisor" node in the device tree along with chosen and psci nodes. Could you provide more information on that? Thank you, Akshay On Wed, May 20, 2015 at 7:53 PM, Andrii Anisov < andrii.anisov@globallogic.com> wrote: > Akshay, > > At this point we are in the middle of GLSDK7 bringup with XEN, we were > using GLSDK6 in our live demo. Moreover we even do not use GLSDK6 u-boot > for our demo, derived at some point from > > I would give you some hints to let you go further, more detailed > description we would release once we done with GLSDK7. > > You took wrong u-boot patch to switch OMAP like SoC to HYP mode. This one > http://u-boot.10912.n7.nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html > is much closer to what you need, because it switches both cores to HYP and > you do not need correspondent changes to XEN itself. Long time ago XEN > community decided to lay on bootloader to switch to HYP mode all cores > instead of keepin this code in hypervisor. > > Except choosen and hypervisor nodes in device tree you would need also: > psci { > compatible = "arm,psci"; > method = "hvc"; > cpu_on = <2>; > }; > > And enabling CONFIG_ARM_PSCI=y in defconfig in order to have SMP in Linux. > > > Andrii Anisov | Team Lead > GlobalLogic > Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 > P +38.044.492.9695x3664 M +380505738852 S andriyanisov > www.globallogic.com > > http://www.globallogic.com/email_disclaimer.txt > > On Wed, May 20, 2015 at 2:21 PM, akshay bhat > wrote: > >> Hi, >> >> I am trying to bring up on TI J6 EVM. Here are the steps I followed - >> 1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision >> tag - xen-4.5.1-rc1). >> 2. Downloaded the TI GLSDK from - >> http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/index_FDS.html >> U-boot version - 2014.07 >> Linux Kernel version - 3.14.31 >> 3. Applied HYP mode patch to u-boot from - >> http://lists.denx.de/pipermail/u-boot/2015-January/202920.html which >> boots CPU0 in HYP mode. >> 4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH=arm32 >> CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_EARLY_PRINTK=dra7 debug=y >> and mkimage -A arm -T kernel -a 0x80200000 -e 0x80200000 -C none -n >> "Xen-Trial-4.5" -d "xen/xen" xen-uImage >> 5. Enabled XEN related options in the kernel config and compiled the >> Linux kernel and generated zImage and dra7-evm-lcd7.dtb (no changes in the >> TI Kernel source). >> 6. Booted the board with the above images and used the env settings from >> - >> http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM >> >> When I tried to boot XEN with the steps above, Xen hung with the error - >> (XEN) Using generic timer at 0 KHz >> (XEN) GICv2 initialization: >> (XEN) gic_dist_addr=0000000048211000 >> (XEN) gic_cpu_addr=0000000048212000 >> (XEN) gic_hyp_addr=0000000048214000 >> (XEN) gic_vcpu_addr=0000000048216000 >> (XEN) gic_maintenance_irq=25 >> (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) I/O virtualisation disabled >> (XEN) Allocated console ring of 16 KiB. >> (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 >> (XEN) Bringing up CPU1 >> - CPU 00000001 booting - >> - Xen must be entered in NS Hyp mode - >> - Boot failed - >> >> So, CPU1 was still in non-HYP mode. Then I applied the patch from - >> http://lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html >> Now CPU1 boots up but nothing happens after that. Here is the log - >> >> U-Boot# fdt print /chosen >> chosen { >> #size-cells = <0x00000001>; >> #address-cells = <0x00000001>; >> xen,dom0-bootargs = "console=hvc0 earlyprintk=xen debug >> ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc"; >> xen,xen-bootargs = "sync_console console=dtuart dtuart=serial2"; >> bootargs = "elevator=noop console=ttyO0,115200n8 >> root=/dev/mmcblk1p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=2 >> consoleblank=0 cma=64M rootfstype=ext4"; >> modules { >> module@0 { >> reg = <0xa0000000 0x004b0000>; >> compatible = "xen,linux-zimage", >> "xen,multiboot-module"; >> }; >> }; >> }; >> U-Boot# bootm $xen_addr_r - $dtb_addr_r >> ## Booting kernel from Legacy Image at 90000000 ... >> Image Name: Xen-Trial-4.5 >> Image Type: ARM Linux Kernel Image (uncompressed) >> Data Size: 689004 Bytes = 672.9 KiB >> Load Address: 80200000 >> Entry Point: 80200000 >> Verifying Checksum ... OK >> ## Flattened Device Tree blob at 825f0000 >> Booting using the fdt blob at 0x825f0000 >> Loading Kernel Image ... OK >> reserving fdt memory region: addr=825f0000 size=17000 >> Loading Device Tree to 8ffe6000, end 8fffffff ... OK >> >> Starting kernel ... >> >> - UART enabled - >> - CPU 00000000 booting - >> - Xen starting in Hyp mode - >> - Zero BSS - >> - Setting up control registers - >> - Turning on paging - >> - Ready - >> (XEN) Checking for initrd in /chosen >> (XEN) RAM: 0000000080000000 - 00000000dfffffff >> (XEN) >> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel >> (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 >> (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 >> (XEN) >> (XEN) Command line: sync_console console=dtuart dtuart=serial2 >> (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 >> (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => >> 00000000dfe00000-00000000dfef1701 >> (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) >> (XEN) Dom heap: 376832 pages >> (XEN) Domain heap initialised >> (XEN) Looking for UART console serial2 >> (XEN) omap-uart: Unable to retrieve the IRQ >> (XEN) Unable to initialize serial: -22 >> (XEN) Bad console= option 'dtuart' >> Xen 4.5.1-rc1 >> (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc >> (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) >> 4.7.3 20130226 (prerelease)) debug=y Wed May 20 16:37:47 IST 2015 >> (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef-dirty >> (XEN) Console output is synchronous. >> (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev >> 0x2 >> (XEN) 32-bit Execution: >> (XEN) Processor Features: 00001131:00011011 >> (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle >> (XEN) Extensions: GenericTimer Security >> (XEN) Debug Features: 02010555 >> (XEN) Auxiliary Features: 00000000 >> (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 >> (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 >> (XEN) Platform: TI DRA7 >> (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) >> (XEN) Set AuxCoreBoot0 to 0x20 >> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 >> (XEN) Using generic timer at 0 KHz >> (XEN) GICv2 initialization: >> (XEN) gic_dist_addr=0000000048211000 >> (XEN) gic_cpu_addr=0000000048212000 >> (XEN) gic_hyp_addr=0000000048214000 >> (XEN) gic_vcpu_addr=0000000048216000 >> (XEN) gic_maintenance_irq=25 >> (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). >> (XEN) Using scheduler: SMP Credit Scheduler (credit) >> (XEN) I/O virtualisation disabled >> (XEN) Allocated console ring of 16 KiB. >> (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 >> (XEN) Bringing up CPU1 >> - CPU 00000001 booting - >> - NOT HYP, setting it ... - >> - Xen starting in Hyp mode - >> - Setting up control registers - >> - Turning on paging - >> - Ready - >> (XEN) CPU 1 booted. >> >> After this nothing happens on the console. >> >> Please could anyone help me out with this issue? Am I missing any patches >> in u-boot/Xen/Kernel? >> Is there any Wiki page with full instructions to bring up Xen on DRA7xx? >> >> -- >> >> Thank You, >> Akshay >> >> >> >> _______________________________________________ >> Embedded-pv-devel mailing list >> Embedded-pv-devel@lists.xenproject.org >> http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel >> > > --001a113ea6c29a71810516ab5b45 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Andril,

Thanks for the reply. I tried the u-boot patch suggested by you and also= added the fdt entries for psci. Tried with the GLSDK6 (ti-glsdk_dra7xx-evm= _6_10_00_02) kernel and I saw some progress in the booting. I added PPI int= errupt in the dra7.dtsi file to the gic node -
interrupts =3D <1 9 0x= f04>;

Now I am able to see the Xen console but dom0 kernel panics= during "reserve_bootmem()" function execution. Here is the lates= t log -

U-Boot# fdt print /psci
psci {
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 cpu_on =3D <0x00000002>;
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 method =3D "hvc";
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 compatible =3D "arm,psci";
};
U-Bo= ot# fdt print /chosen
chosen {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 #size-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 #address-cells =3D <0x00000001>;
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,dom0-bootargs =3D "console=3Dhvc0 earl= yprintk=3Dxen debug ignore_loglevel root=3D/dev/mmcblk0p2 rw rootwait fixrt= c";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,xen-bootargs =3D= "sync_console console=3Ddtuart dtuart=3Dserial0";
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 modules {
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 module@0 {<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reg =3D = <0xa0000000 0x004b0000>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 compatible =3D "xen,linux-zimage", "= ;xen,multiboot-module";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 };
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 };
};
U-Boot# bootm $xen_addr_r - $dtb_addr_= r
## Booting kernel from Legacy Image at 90000000 ...
=C2=A0=C2=A0 Im= age Name:=C2=A0=C2=A0 Xen-Trial-4.5
=C2=A0=C2=A0 Image Type:=C2=A0=C2=A0= ARM Linux Kernel Image (uncompressed)
=C2=A0=C2=A0 Data Size:=C2=A0=C2= =A0=C2=A0 689004 Bytes =3D 672.9 KiB
=C2=A0=C2=A0 Load Address: 80200000=
=C2=A0=C2=A0 Entry Point:=C2=A0 80200000
=C2=A0=C2=A0 Verifying Chec= ksum ... OK
## Flattened Device Tree blob at 825f0000
=C2=A0=C2=A0 Bo= oting using the fdt blob at 0x825f0000
=C2=A0=C2=A0 Loading Kernel Image= ... OK
=C2=A0=C2=A0 reserving fdt memory region: addr=3D825f0000 size= =3D17000
=C2=A0=C2=A0 Loading Device Tree to 8ffe6000, end 8fffffff ... = OK
## Transferring control to Linux (at address 80200000)...

Star= ting kernel ...

- UART enabled -
- CPU 00000000 booting -
- Xe= n starting in Hyp mode -
- Zero BSS -
- Setting up control registers = -
- Turning on paging -
- Ready -
(XEN) Checking for initrd in /ch= osen
(XEN) RAM: 0000000080000000 - 00000000dfffffff
(XEN)
(XEN) MO= DULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree
(XEN) MODULE[1]= : 00000000a0000000 - 00000000a04b0000 Kernel
(XEN)=C2=A0 RESVD[0]: 00000= 000825f0000 - 0000000082607000
(XEN)=C2=A0 RESVD[1]: 000000008ffe6000 - = 000000008fffd000
(XEN)
(XEN) Command line: sync_console console=3Ddtu= art dtuart=3Dserial0
(XEN) Placing Xen at 0x00000000dfe00000-0x00000000e= 0000000
(XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 = =3D> 00000000dfe00000-00000000dfef1701
(XEN) Xen heap: 00000000da0000= 00-00000000de000000 (16384 pages)
(XEN) Dom heap: 376832 pages
(XEN) = Domain heap initialised
(XEN) Looking for UART console serial0
=C2=A0= Xen 4.5.1-rc1
(XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf= -gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03)= 4.7.3 20130226 (prerelease)) debug=3Dy Thu May 21 10:04:40 IST 2015
(XE= N) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef
(XEN) Co= nsole output is synchronous.
(XEN) Processor: 412fc0f2: "ARM Limite= d", variant: 0x2, part 0xc0f, rev 0x2
(XEN) 32-bit Execution:
(X= EN)=C2=A0=C2=A0 Processor Features: 00001131:00011011
(XEN)=C2=A0=C2=A0= =C2=A0=C2=A0 Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Extensions: GenericTimer Security
(XEN)= =C2=A0=C2=A0 Debug Features: 02010555
(XEN)=C2=A0=C2=A0 Auxiliary Featur= es: 00000000
(XEN)=C2=A0=C2=A0 Memory Model Features: 10201105 20000000 = 01240000 02102211
(XEN)=C2=A0 ISA Features: 02101110 13112111 21232041 1= 1112131 10011142 00000000
(XEN) Platform: TI DRA7
(XEN) /psci method = must be smc, but is: "hvc"
(XEN) Set AuxCoreBoot1 to 00000000d= fe0004c (0020004c)
(XEN) Set AuxCoreBoot0 to 0x20
(XEN) Generic Timer= IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) Using generic timer at 6144 KHz=
(XEN) GICv2 initialization:
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211000
(XEN)=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr=3D0000000048212000
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr=3D00000000482140= 00
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_vcpu_addr= =3D0000000048216000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_maintenance_irq=3D25
(XEN) GICv2: 192 lines, 2 cpus, secure (IID= 0000043b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN= ) I/O virtualisation disabled
(XEN) Allocated console ring of 16 KiB.(XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0(XEN) Bringing up CPU1
- CPU 00000001 booting -
- Xen starting in Hy= p mode -
- Setting up control registers -
- Turning on paging -
- = Ready -
(XEN) CPU 1 booted.
(XEN) Brought up 2 CPUs
(XEN) P2M: 40-= bit IPA
(XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558
(XEN) = *** LOADING DOMAIN 0 ***
(XEN) Loading kernel from boot module @ 0000000= 0a0000000
(XEN) Allocating 1:1 mappings totalling 128MB for dom0:
(XE= N) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB)
(XEN) Loading zImag= e from 00000000a0000000 to 00000000afa00000-00000000afeaa158
(XEN) Loadi= ng dom0 DTB to 0x00000000af800000-0x00000000af815904
(XEN) Scrubbing Fre= e RAM on 1 nodes using 2 CPUs
(XEN) ......done.
(XEN) Initial low mem= ory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: All
(XEN= ) Guest Loglevel: All
(XEN) ********************************************= **
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) *******= This option is intended to aid debugging of Xen by ensuring
(XEN) *****= ** that all output is synchronously delivered on the serial line.
(XEN) = ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) = ******* timekeeping. It is NOT recommended for production use!
(XEN) ***= *******************************************
(XEN) 3... 2... 1...
(XEN= ) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch = input to Xen)
(XEN) Freed 252kB init memory.
Booting Linux on physica= l CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desk= top) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4= .7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19= :32 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10= c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cacheMachine: Jacinto6 evm board, model: TI DRA7
debug: ignoring loglevel s= etting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA: reserved 56 M= iB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cma: CMA: reserve= d 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae000000
Memory pol= icy: ECC disabled, Data cache writealloc
BUG: not creating mapping for 0= x99000000 at 0xb1000000 in user region
BUG: not creating mapping for 0x9= 5800000 at 0xad800000 in user region
BUG: not creating mapping for 0x9f0= 00000 at 0xb7000000 in user region
BUG: not creating mapping for 0x9d000= 000 at 0xb5000000 in user region
OMAP4: Map 0xafe00000 to 0xfe600000 for= dram barrier
------------[ cut here ]------------
Kernel BUG at c08d= 71c0 [verbose debug info unavailable]
Internal error: Oops - BUG: 0 [#1]= PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not t= ainted 3.12.25-28678-gbe43a19-dirty #9
task: c091efa0 ti: c0914000 task.= ti: c0914000
PC is at mark_bootmem+0xd4/0xec
LR is at reserve_bootmem= +0x2c/0x30
pc : [<c08d71c0>]=C2=A0=C2=A0=C2=A0 lr : [<c08d7c10&= gt;]=C2=A0=C2=A0=C2=A0 psr: 600001d3
sp : c0915e78=C2=A0 ip : c0915eb8= =C2=A0 fp : c0915eb4
r10: 00000001=C2=A0 r9 : 0009f800=C2=A0 r8 : 000080= 00
r7 : 00095800=C2=A0 r6 : c0904ca4=C2=A0 r5 : 00095800=C2=A0 r4 : c090= 4c90
r3 : c0904ca4=C2=A0 r2 : 00000001=C2=A0 r1 : 0009f800=C2=A0 r0 : 00= 095800
Flags: nZCv=C2=A0 IRQs off=C2=A0 FIQs off=C2=A0 Mode SVC_32=C2=A0= ISA ARM=C2=A0 Segment kernel
Control: 10c5387d=C2=A0 Table: a800406a=C2= =A0 DAC: 00000015
Process swapper (pid: 0, stack limit =3D 0xc0914248)Stack: (0xc0915e78 to 0xc0916000)
5e60:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00000= 000 c0915e88
5e80: 000afe00 00000000 c0915ea4 000b0000 c09bb194 000a8000= 000b0000 00008000
5ea0: 0000940e c095f218 c0915ec4 c0915eb8 c08d7c10 c0= 8d70f8 c0915f04 c0915ec8
5ec0: c08be77c c08d7bf0 00000000 00001000 c0915= eec c0915ee0 c08d8178 c08d812c
5ee0: 00000000 c099ce3c c7ded000 c095f088= 000004df c08f7c10 c0915f54 c0915f08
5f00: c08c016c c08be624 c0915fcc 00= 00045f c08f7c10 00000653 ffff1000 000afdf1
5f20: 00001000 00000007 c08be= 5d4 c099cdd0 c0008000 c08f7c10 80000200 c0915fcc
5f40: c095f218 c08f9cb8= c0915fb4 c0915f58 c08bc1dc c08bf99c 00000000 10c5387d
5f60: c099c1c0 00= 000000 ffffffff e7ffffff 412fc0f2 00000000 c0915fa4 c0915f88
5f80: c0674= 378 c007d36c c07e15e4 00000001 c099c1c0 00000000 ffffffff e7ffffff
5fa0:= 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 000000005fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c494 c08f9= cb4
5fe0: c091ff9c a800406a 00000000 c0915ff8 a8008074 c08b8840 00000000= 00000000
Backtrace:
[<c08d70ec>] (mark_bootmem+0x0/0xec) from = [<c08d7c10>] (reserve_bootmem+0x2c/0x30)
[<c08d7be4>] (reser= ve_bootmem+0x0/0x30) from [<c08be77c>] (bootmem_init+0x164/0x288)
= [<c08be618>] (bootmem_init+0x0/0x288) from [<c08c016c>] (paging= _init+0x7dc/0x894)
[<c08bf990>] (paging_init+0x0/0x894) from [<= c08bc1dc>] (setup_arch+0x450/0x960)
[<c08bbd8c>] (setup_arch+0x= 0/0x960) from [<c08b88b0>] (start_kernel+0x7c/0x310)
[<c08b8834= >] (start_kernel+0x0/0x310) from [<a8008074>] (0xa8008074)
=C2= =A0r8:a800406a r7:c091ff9c r6:c08f9cb4 r5:c091c494 r4:10c5387d
Code: e24= 44014 e2843014 e1530006 1affffd7 (e7f001f2)
---[ end trace 1b75b31a2719e= d1c ]---
Kernel panic - not syncing: Attempted to kill the idle task!
Is there anything I am missing in the kernel? You had mentioned about = "hypervisor" node in the device tree along with chosen and psci n= odes. Could you provide more information on that?

Thank you,
Aksh= ay

On Wed, May 20, 2015 at 7:53 PM, Andri= i Anisov <andrii.anisov@globallogic.com> wrote:<= br>
Aksha= y,

At this point we are in the middle of GLSDK7 bringup = with XEN, we were using GLSDK6 in our live demo. Moreover we even do not us= e GLSDK6 u-boot for our demo, derived at some point from=C2=A0
I would give you some hints to let you go further, more detail= ed description we would release once we done with GLSDK7.=C2=A0

You took wrong u-boot patch to switch OMAP like SoC to HY= P mode. This one=C2=A0http://u-boot.10912.n7.= nabble.com/RFD-OMAP5-Working-HYP-mode-td163302.html is much closer to w= hat you need, because it switches both cores to HYP and you do not need cor= respondent changes to XEN itself. Long time ago XEN community decided to la= y on bootloader to switch to HYP mode all cores instead of keepin this code= in hypervisor.

Except choosen and hypervisor node= s in device tree you would need also:
psci {
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 compatible =3D "a= rm,psci";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 method =3D "hvc";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 cpu_on =3D <2>;
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 };

And enabling=C2=A0=C2=A0CON= FIG_ARM_PSCI=3Dy in defconfig in order to have SMP in Linux.


Andrii Anisov | Team LeadGlobalLogic
Kyiv, 03038, Protasov Business Park= , M.Grinchenka, 2/1
P +38.= 044.492.9695x3664=C2=A0 M +380505738852 =C2=A0S andriyanisov<= br>www.glo= ballogic.com

http://www.globallogic.com/email_disclaimer.txt

On Wed, May 20, 2015 at 2:21 PM, a= kshay bhat <akshayabhat@gmail.com> wrote:
Hi,

= I am trying to bring up on TI J6 EVM. Here are the steps I followed -
1. Cloned Xen from git://xenbits.xen.org/xen.git (checked out revision tag - xen-= 4.5.1-rc1).
2. Downloaded the TI GLSDK from - http://downloads.ti.com/dsps/dsps_public_sw/glsdk/7_00_00_04/in= dex_FDS.html
=C2=A0=C2=A0=C2=A0=C2=A0 U-boot version -=C2=A0 2= 014.07
=C2=A0=C2=A0=C2=A0=C2=A0 Linux Kernel version - 3.14.31
=
3. Applied HYP mode patch to u-boot from - http://l= ists.denx.de/pipermail/u-boot/2015-January/202920.html which boots CPU0= in HYP mode.
4. Compiled Xen with - make dist-xen XEN_TARGET_ARCH= =3Darm32 CROSS_COMPILE=3Darm-linux-gnueabihf- CONFIG_EARLY_PRINTK=3Ddra7 de= bug=3Dy
=C2=A0=C2=A0=C2=A0 and mkimage -A arm -T kernel -a 0x80200= 000 -e 0x80200000 -C none -n "Xen-Trial-4.5" -d "xen/xen&quo= t; xen-uImage
5. Enabled XEN related options in the kernel co= nfig and compiled the Linux kernel and generated zImage and dra7-evm-lcd7.d= tb (no changes in the TI Kernel source).
6. Booted the board = with the above images and used the env settings from - http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualiza= tion_Extensions/OMAP5432_uEVM

When I tried to boot XEN wit= h the steps above, Xen hung with the error -
(XEN) Using generic timer a= t 0 KHz
(XEN) GICv2 initialization:
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211000
(XEN)=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr=3D0000000048212000
(XE= N)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr=3D000000004= 8214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_vcpu_a= ddr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: 192 lines, 2 cpus, secure (= IID 0000043b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(= XEN) I/O virtualisation disabled
(XEN) Allocated console ring of 16 KiB.=
(XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0=
(XEN) Bringing up CPU1
- CPU 00000001 booting -
- Xen must be ent= ered in NS Hyp mode -
- Boot failed -

So, CPU1 was still in= non-HYP mode. Then I applied the patch from - http:/= /lists.xen.org/archives/html/xen-devel/2014-02/msg01575.html
N= ow CPU1 boots up but nothing happens after that. Here is the log -

<= div>
U-Boot# fdt print /chosen
chosen = {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #size-cells =3D <0x00000= 001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #address-cells =3D &= lt;0x00000001>;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 xen,dom0-b= ootargs =3D "console=3Dhvc0 earlyprintk=3Dxen debug ignore_loglevel ro= ot=3D/dev/mmcblk0p2 rw rootwait fixrtc";
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 xen,xen-bootargs =3D "sync_console console=3Ddtuart= dtuart=3Dserial2";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 boot= args =3D "elevator=3Dnoop console=3DttyO0,115200n8 root=3D/dev/mmcblk1= p2 rw rootwait earlyprintk fixrtc omapdrm.num_crtc=3D2 consoleblank=3D0 cma= =3D64M rootfstype=3Dext4";
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 modules {
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 module@0 {
=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reg =3D <0xa0000000 0x004b0000>;=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 compa= tible =3D "xen,linux-zimage", "xen,multiboot-module";=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 };
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 };
}= ;
U-Boot# bootm $xen_addr_r - $dtb_addr_r
## Booting kernel from Lega= cy Image at 90000000 ...
=C2=A0=C2=A0 Image Name:=C2=A0=C2=A0 Xen-Trial-= 4.5
=C2=A0=C2=A0 Image Type:=C2=A0=C2=A0 ARM Linux Kernel Image (uncompr= essed)
=C2=A0=C2=A0 Data Size:=C2=A0=C2=A0=C2=A0 689004 Bytes =3D 672.9 = KiB
=C2=A0=C2=A0 Load Address: 80200000
=C2=A0=C2=A0 Entry Point:=C2= =A0 80200000
=C2=A0=C2=A0 Verifying Checksum ... OK
## Flattened Devi= ce Tree blob at 825f0000
=C2=A0=C2=A0 Booting using the fdt blob at 0x82= 5f0000
=C2=A0=C2=A0 Loading Kernel Image ... OK
=C2=A0=C2=A0 reservin= g fdt memory region: addr=3D825f0000 size=3D17000
=C2=A0=C2=A0 Loading D= evice Tree to 8ffe6000, end 8fffffff ... OK

Starting kernel ...
<= br>- UART enabled -
- CPU 00000000 booting -
- Xen starting in Hyp mo= de -
- Zero BSS -
- Setting up control registers -
- Turning on pa= ging -
- Ready -
(XEN) Checking for initrd in /chosen
(XEN) RAM: 0= 000000080000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]: 000000008ff= e6000 - 000000008fffd000 Device Tree
(XEN) MODULE[1]: 00000000a0000000 -= 00000000a04b0000 Kernel
(XEN)=C2=A0 RESVD[0]: 00000000825f0000 - 000000= 0082607000
(XEN)=C2=A0 RESVD[1]: 000000008ffe6000 - 000000008fffd000
= (XEN)
(XEN) Command line: sync_console console=3Ddtuart dtuart=3Dserial2=
(XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000
(XEN) Upd= ate BOOTMOD_XEN from 0000000080200000-00000000802f1701 =3D> 00000000dfe0= 0000-00000000dfef1701
(XEN) Xen heap: 00000000da000000-00000000de000000 = (16384 pages)
(XEN) Dom heap: 376832 pages
(XEN) Domain heap initiali= sed
(XEN) Looking for UART console serial2
(XEN) omap-uart: Unable to= retrieve the IRQ
(XEN) Unable to initialize serial: -22
(XEN) Bad co= nsole=3D option 'dtuart'
=C2=A0Xen 4.5.1-rc1
(XEN) Xen versio= n 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-= 4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) deb= ug=3Dy Wed May 20 16:37:47 IST 2015
(XEN) Latest ChangeSet: Mon May 18 1= 6:18:42 2015 +0200 git:0c4e0ef-dirty
(XEN) Console output is synchronous= .
(XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part= 0xc0f, rev 0x2
(XEN) 32-bit Execution:
(XEN)=C2=A0=C2=A0 Processor F= eatures: 00001131:00011011
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Instruction Set= s: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle
(XEN)=C2=A0=C2=A0=C2=A0=C2= =A0 Extensions: GenericTimer Security
(XEN)=C2=A0=C2=A0 Debug Features: = 02010555
(XEN)=C2=A0=C2=A0 Auxiliary Features: 00000000
(XEN)=C2=A0= =C2=A0 Memory Model Features: 10201105 20000000 01240000 02102211
(XEN)= =C2=A0 ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000<= br>(XEN) Platform: TI DRA7
(XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0= 020004c)
(XEN) Set AuxCoreBoot0 to 0x20
(XEN) Generic Timer IRQ: phys= =3D30 hyp=3D26 virt=3D27
(XEN) Using generic timer at 0 KHz
(XEN) GIC= v2 initialization:
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= gic_dist_addr=3D0000000048211000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 gic_cpu_addr=3D0000000048212000
(XEN)=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_hyp_addr=3D0000000048214000
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_vcpu_addr=3D0000000048216= 000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_maintenanc= e_irq=3D25
(XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b).
(XE= N) Using scheduler: SMP Credit Scheduler (credit)
(XEN) I/O virtualisati= on disabled
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP impleme= nter 0x41 architecture 4 part 0x30 variant 0xf rev 0x0
(XEN) Bringing up= CPU1
- CPU 00000001 booting -
- NOT HYP, setting it ... -
- Xen s= tarting in Hyp mode -
- Setting up control registers -
- Turning on p= aging -
- Ready -
(XEN) CPU 1 booted.

After this no= thing happens on the console.

Please could anyone help me= out with this issue? Am I missing any patches in u-boot/Xen/Kernel?
Is = there any Wiki page with full instructions to bring up Xen on DRA7xx?
<= /div>

--

Thank You,
Akshay


<= /div>

_______________________________________________
Embedded-pv-devel mailing list
Embedded-pv-devel@lists.xenproject.org
http://lists.xenproject.org/cgi-bin/mailman/listi= nfo/embedded-pv-devel





--001a113ea6c29a71810516ab5b45-- --===============2223114092812709270== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============2223114092812709270==-- From embedded-pv-devel-bounces@lists.xenproject.org Fri May 22 15:17:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 22 May 2015 15:17:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YvohK-0004WP-GZ; Fri, 22 May 2015 15:17:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YvohJ-0004WK-6q for embedded-pv-devel@lists.xenproject.org; Fri, 22 May 2015 15:17:17 +0000 Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id 82/5B-02812-C784F555; Fri, 22 May 2015 15:17:16 +0000 X-Env-Sender: andrii.anisov@globallogic.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1432307835!9305892!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19545 invoked from network); 22 May 2015 15:17:16 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2015 15:17:16 -0000 Received: by laat2 with SMTP id t2so14856677laa.1 for ; Fri, 22 May 2015 08:17:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=globallogic.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=3P6u87sEOv4r2Qmu+/FRvgSyHnI2XJVnAraeJJ5JcjA=; b=ie5QVm/6BF/ZyxyUSb67CYMjMnoQC9jkgk/C3iRlgXhBNdXugJiHSeF3Tir+UJTgsw 69HfuokF7kFbHRxHQHV5aKNTtQO0Kf/QepsMCPFdfH3CqL2iMjiOJcIa1KXpwbIs7H1X vIdHT0mdBsUKcKM5lMPgiIjkNC5FM8TfQxLOI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=3P6u87sEOv4r2Qmu+/FRvgSyHnI2XJVnAraeJJ5JcjA=; b=OnXpBmzMfx6/tnAcGC5fR5+82iuP9SxuL8eLPb0l0kQWQkrGBZUbsH4s/c4x7fFp+3 lRwoRTCZtnIJEg/8q/DySAavGVi/OIXwOEiMhDRs99aLOgcXESrg9CYpDZtcyDdrO+GE tq7cehy7qAjjQih/87wNQ3OWCK6lg+rD25d2BGZ2ZvJnz7e1JHZv89PqtMqZusT+p6UC M2Ol2IMrzDYjW8lNWAcSQes8n4nAUnI5l39KLUhPNyKocOBwfxCtBAeCV3GUaVcTcBlU OvasZY2J1KS9iPuENGszf11pg6J9ZubhTEl/XBtX/CJ0fFHqBTgddPCIvmUjyQxBax0J 4C0A== X-Gm-Message-State: ALoCoQnyaoaO3LB3yPIs0SA9j548fcstKJPS8LQ3+KDGLVjzZ51bQptbjdCixTePUxvcKQwUG9AG X-Received: by 10.152.7.97 with SMTP id i1mr6634149laa.49.1432307835199; Fri, 22 May 2015 08:17:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.19.4 with HTTP; Fri, 22 May 2015 08:16:54 -0700 (PDT) In-Reply-To: <555C9DFB.4050909@citrix.com> References: <555C9DFB.4050909@citrix.com> From: Andrii Anisov Date: Fri, 22 May 2015 18:16:54 +0300 Message-ID: To: Julien Grall Cc: embedded-pv-devel@lists.xenproject.org, Ian Campbell , akshay bhat Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Julien, I expect we will provide needed instructions and patches for GLSDK7 release. Currently we are bringing up 3.14 kernel with our old u-boot. Will switch completely to the new release in two weeks or so, than update the wiki page. Andrii Anisov | Team Lead GlobalLogic Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 P +38.044.492.9695x3664 M +380505738852 S andriyanisov www.globallogic.com http://www.globallogic.com/email_disclaimer.txt _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Fri May 22 15:17:19 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 22 May 2015 15:17:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YvohK-0004WP-GZ; Fri, 22 May 2015 15:17:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YvohJ-0004WK-6q for embedded-pv-devel@lists.xenproject.org; Fri, 22 May 2015 15:17:17 +0000 Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id 82/5B-02812-C784F555; Fri, 22 May 2015 15:17:16 +0000 X-Env-Sender: andrii.anisov@globallogic.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1432307835!9305892!1 X-Originating-IP: [209.85.215.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19545 invoked from network); 22 May 2015 15:17:16 -0000 Received: from mail-la0-f42.google.com (HELO mail-la0-f42.google.com) (209.85.215.42) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2015 15:17:16 -0000 Received: by laat2 with SMTP id t2so14856677laa.1 for ; Fri, 22 May 2015 08:17:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=globallogic.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=3P6u87sEOv4r2Qmu+/FRvgSyHnI2XJVnAraeJJ5JcjA=; b=ie5QVm/6BF/ZyxyUSb67CYMjMnoQC9jkgk/C3iRlgXhBNdXugJiHSeF3Tir+UJTgsw 69HfuokF7kFbHRxHQHV5aKNTtQO0Kf/QepsMCPFdfH3CqL2iMjiOJcIa1KXpwbIs7H1X vIdHT0mdBsUKcKM5lMPgiIjkNC5FM8TfQxLOI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=3P6u87sEOv4r2Qmu+/FRvgSyHnI2XJVnAraeJJ5JcjA=; b=OnXpBmzMfx6/tnAcGC5fR5+82iuP9SxuL8eLPb0l0kQWQkrGBZUbsH4s/c4x7fFp+3 lRwoRTCZtnIJEg/8q/DySAavGVi/OIXwOEiMhDRs99aLOgcXESrg9CYpDZtcyDdrO+GE tq7cehy7qAjjQih/87wNQ3OWCK6lg+rD25d2BGZ2ZvJnz7e1JHZv89PqtMqZusT+p6UC M2Ol2IMrzDYjW8lNWAcSQes8n4nAUnI5l39KLUhPNyKocOBwfxCtBAeCV3GUaVcTcBlU OvasZY2J1KS9iPuENGszf11pg6J9ZubhTEl/XBtX/CJ0fFHqBTgddPCIvmUjyQxBax0J 4C0A== X-Gm-Message-State: ALoCoQnyaoaO3LB3yPIs0SA9j548fcstKJPS8LQ3+KDGLVjzZ51bQptbjdCixTePUxvcKQwUG9AG X-Received: by 10.152.7.97 with SMTP id i1mr6634149laa.49.1432307835199; Fri, 22 May 2015 08:17:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.19.4 with HTTP; Fri, 22 May 2015 08:16:54 -0700 (PDT) In-Reply-To: <555C9DFB.4050909@citrix.com> References: <555C9DFB.4050909@citrix.com> From: Andrii Anisov Date: Fri, 22 May 2015 18:16:54 +0300 Message-ID: To: Julien Grall Cc: embedded-pv-devel@lists.xenproject.org, Ian Campbell , akshay bhat Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Julien, I expect we will provide needed instructions and patches for GLSDK7 release. Currently we are bringing up 3.14 kernel with our old u-boot. Will switch completely to the new release in two weeks or so, than update the wiki page. Andrii Anisov | Team Lead GlobalLogic Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 P +38.044.492.9695x3664 M +380505738852 S andriyanisov www.globallogic.com http://www.globallogic.com/email_disclaimer.txt _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Fri May 22 15:19:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 22 May 2015 15:19:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvojf-0004X5-NR; Fri, 22 May 2015 15:19:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvoje-0004X0-Kg for embedded-pv-devel@lists.xenproject.org; Fri, 22 May 2015 15:19:42 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 31/0A-03730-D094F555; Fri, 22 May 2015 15:19:41 +0000 X-Env-Sender: andrii.anisov@globallogic.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1432307980!8022283!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28173 invoked from network); 22 May 2015 15:19:40 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2015 15:19:40 -0000 Received: by labbd9 with SMTP id bd9so14909721lab.2 for ; Fri, 22 May 2015 08:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=globallogic.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=h90Y1mDXfHQsTv3MdPFMApVrxHVM+we+zoRqARMhEZI=; b=CN5u6/Dr89X3Uhl8oHQvOOdf6ydV9iXdPh1kToTpu1I4iyJJJFwZM0JG2tUbi5qxUP rPNJQiCNRhbiKF36SfI2pdnbo7TOlzP9mtAHFcWpI0Q7cHTvLcqclKIotcZ21KbYkE/j W/yBZFfDe7lv3onD3Sb5rRqC7r9/66/7+9K08= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=h90Y1mDXfHQsTv3MdPFMApVrxHVM+we+zoRqARMhEZI=; b=bHt5ZTa/rTxqX8LFvjdYo7htaGPbnAVQoLunXcmtYMF+Kdl5DPB/S+gxcgQB/8fPHA 8DBVmQA4Yr2/nJNMHrKJETDDixd+UfgTbtOV9wfJi+Y4Lq0KEW8X2Sc5VUuzP2xwLNjZ YHWca3wYptlxvMGazAadt4XeoZqGMhdDySBqpW/cCvtJKtNusQJBLdwFkTUwXJjKkasm ygkMwOkCDQZ+y2vYNWWWhrG8D4jq9y53VCdb5GN6csaMGxCz4EbThh70GmHbsB1poySL 3URwOoaFUEfASOzBGBVENC61vvUyy3JxMwpjWJTJBIHPyHTLxBCfV0pGmMtGZfcr+4t4 nWkQ== X-Gm-Message-State: ALoCoQkUSaKO7sKRAK1fe9KhQYYOiQFZ2G9W51zxHImorfVXXz2OLN90nz96+HNsCQofLZpNWYPX X-Received: by 10.152.183.200 with SMTP id eo8mr6902050lac.57.1432307980098; Fri, 22 May 2015 08:19:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.19.4 with HTTP; Fri, 22 May 2015 08:19:19 -0700 (PDT) In-Reply-To: References: From: Andrii Anisov Date: Fri, 22 May 2015 18:19:19 +0300 Message-ID: To: akshay bhat , embedded-pv-devel@lists.xenproject.org, Julien Grall , Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Get back to the list and interested persons with my answer. On Fri, May 22, 2015 at 6:11 PM, Andrii Anisov wrote: > Akshay, > > Your dom0 has 128M memory: >> >> (XEN) Allocating 1:1 mappings totalling 128MB for dom0: >> (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB) > > > And it seems needed mem reserves do not fit available for that domain memory > range. > Actually running the DRA7xx EVM software under XEN with all features needs > booting modules and reserves beeing tossed in order to provide needed ranges > to 1:1 mapped Dom0. Take in account these lines: > >> >> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel >> (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 >> (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 > > > For the first try I would suggest you to place all boot modules and boot > reserves over 0xC0000000 in order to be able to allocate 1GB 1:1 memory > range starting from 0x80000000 for Dom0. > > Andrii Anisov | Team Lead > GlobalLogic > Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 > P +38.044.492.9695x3664 M +380505738852 S andriyanisov > www.globallogic.com > > http://www.globallogic.com/email_disclaimer.txt > _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Fri May 22 15:19:43 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Fri, 22 May 2015 15:19:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvojf-0004X5-NR; Fri, 22 May 2015 15:19:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Yvoje-0004X0-Kg for embedded-pv-devel@lists.xenproject.org; Fri, 22 May 2015 15:19:42 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id 31/0A-03730-D094F555; Fri, 22 May 2015 15:19:41 +0000 X-Env-Sender: andrii.anisov@globallogic.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1432307980!8022283!1 X-Originating-IP: [209.85.215.51] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28173 invoked from network); 22 May 2015 15:19:40 -0000 Received: from mail-la0-f51.google.com (HELO mail-la0-f51.google.com) (209.85.215.51) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 May 2015 15:19:40 -0000 Received: by labbd9 with SMTP id bd9so14909721lab.2 for ; Fri, 22 May 2015 08:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=globallogic.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=h90Y1mDXfHQsTv3MdPFMApVrxHVM+we+zoRqARMhEZI=; b=CN5u6/Dr89X3Uhl8oHQvOOdf6ydV9iXdPh1kToTpu1I4iyJJJFwZM0JG2tUbi5qxUP rPNJQiCNRhbiKF36SfI2pdnbo7TOlzP9mtAHFcWpI0Q7cHTvLcqclKIotcZ21KbYkE/j W/yBZFfDe7lv3onD3Sb5rRqC7r9/66/7+9K08= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=h90Y1mDXfHQsTv3MdPFMApVrxHVM+we+zoRqARMhEZI=; b=bHt5ZTa/rTxqX8LFvjdYo7htaGPbnAVQoLunXcmtYMF+Kdl5DPB/S+gxcgQB/8fPHA 8DBVmQA4Yr2/nJNMHrKJETDDixd+UfgTbtOV9wfJi+Y4Lq0KEW8X2Sc5VUuzP2xwLNjZ YHWca3wYptlxvMGazAadt4XeoZqGMhdDySBqpW/cCvtJKtNusQJBLdwFkTUwXJjKkasm ygkMwOkCDQZ+y2vYNWWWhrG8D4jq9y53VCdb5GN6csaMGxCz4EbThh70GmHbsB1poySL 3URwOoaFUEfASOzBGBVENC61vvUyy3JxMwpjWJTJBIHPyHTLxBCfV0pGmMtGZfcr+4t4 nWkQ== X-Gm-Message-State: ALoCoQkUSaKO7sKRAK1fe9KhQYYOiQFZ2G9W51zxHImorfVXXz2OLN90nz96+HNsCQofLZpNWYPX X-Received: by 10.152.183.200 with SMTP id eo8mr6902050lac.57.1432307980098; Fri, 22 May 2015 08:19:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.19.4 with HTTP; Fri, 22 May 2015 08:19:19 -0700 (PDT) In-Reply-To: References: From: Andrii Anisov Date: Fri, 22 May 2015 18:19:19 +0300 Message-ID: To: akshay bhat , embedded-pv-devel@lists.xenproject.org, Julien Grall , Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Get back to the list and interested persons with my answer. On Fri, May 22, 2015 at 6:11 PM, Andrii Anisov wrote: > Akshay, > > Your dom0 has 128M memory: >> >> (XEN) Allocating 1:1 mappings totalling 128MB for dom0: >> (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB) > > > And it seems needed mem reserves do not fit available for that domain memory > range. > Actually running the DRA7xx EVM software under XEN with all features needs > booting modules and reserves beeing tossed in order to provide needed ranges > to 1:1 mapped Dom0. Take in account these lines: > >> >> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel >> (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 >> (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 > > > For the first try I would suggest you to place all boot modules and boot > reserves over 0xC0000000 in order to be able to allocate 1GB 1:1 memory > range starting from 0x80000000 for Dom0. > > Andrii Anisov | Team Lead > GlobalLogic > Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 > P +38.044.492.9695x3664 M +380505738852 S andriyanisov > www.globallogic.com > > http://www.globallogic.com/email_disclaimer.txt > _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Mon May 25 07:36:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 25 May 2015 07:36:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywmw3-0007qg-CE; Mon, 25 May 2015 07:36:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywmw2-0007qa-Jq for embedded-pv-devel@lists.xenproject.org; Mon, 25 May 2015 07:36:30 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 18/BF-02796-DF0D2655; Mon, 25 May 2015 07:36:29 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1432539386!20469583!1 X-Originating-IP: [209.85.213.182] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8656 invoked from network); 25 May 2015 07:36:27 -0000 Received: from mail-ig0-f182.google.com (HELO mail-ig0-f182.google.com) (209.85.213.182) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2015 07:36:27 -0000 Received: by igbyr2 with SMTP id yr2so31130586igb.0 for ; Mon, 25 May 2015 00:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kknFnW+6L4+f7TrYPZFREle+xGrE7CjznSUP/qjNTzE=; b=Gw/eWn5cDYIEA52TSEMtPidW/qI4viJTawWYB8IqpHv16Nx/Th+RuG6oWIYaJGH34u vxVEmkHSshQEULsStDDiTvy/g7DoBCH1G7SgX8W1/LDKRqwECcCXxBXPTkEjatqYlC4r 7HcZlvAJXWaVbRgR9MJ4YCI9Zfwf6ALUNRmIxkFpt7VFa4nC9SVCUQ2bRMlnsvLlxleI jiAJssxj58KtORhN6SD3lDJLxvEX1AZdoBX7tKr35M8IwiRxPxzFAJmCQ+Hs1mdZpzC+ tm+3ps0g6Ca1Fd8UE+evvFJsWi1BKwqKZcFuu30y/jQL3NG7kTR1SsnPQm5dL3aO0v8i /LAQ== MIME-Version: 1.0 X-Received: by 10.42.76.146 with SMTP id e18mr23958879ick.42.1432539386346; Mon, 25 May 2015 00:36:26 -0700 (PDT) Received: by 10.64.226.134 with HTTP; Mon, 25 May 2015 00:36:26 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 May 2015 13:06:26 +0530 Message-ID: From: akshay bhat To: Andrii Anisov Cc: Julien Grall , embedded-pv-devel@lists.xenproject.org, Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4128131368141873983==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============4128131368141873983== Content-Type: multipart/alternative; boundary=90e6ba2125014026d60516e31150 --90e6ba2125014026d60516e31150 Content-Type: text/plain; charset=UTF-8 Hi Andril, I modified the load addresses for zImage and dtb files and now I am stuck at power domain init. Here's the log - Starting kernel ... - UART enabled - - CPU 00000000 booting - - Xen starting in Hyp mode - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree (XEN) MODULE[1]: 00000000c0800000 - 00000000c0cb0000 Kernel (XEN) RESVD[0]: 00000000c25f0000 - 00000000c2607000 (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 (XEN) (XEN) Command line: dom0_mem=1G sync_console console=dtuart dtuart=serial0 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised (XEN) Looking for UART console serial0 Xen 4.5.1-rc1 (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=y Thu May 21 10:04:40 IST 2015 (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef (XEN) Console output is synchronous. (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 (XEN) 32-bit Execution: (XEN) Processor Features: 00001131:00011011 (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle (XEN) Extensions: GenericTimer Security (XEN) Debug Features: 02010555 (XEN) Auxiliary Features: 00000000 (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 (XEN) Platform: TI DRA7 (XEN) /psci method must be smc, but is: "hvc" (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) (XEN) Set AuxCoreBoot0 to 0x20 (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 (XEN) Using generic timer at 6144 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. (XEN) Brought up 2 CPUs (XEN) P2M: 40-bit IPA (XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558 (XEN) *** LOADING DOMAIN 0 *** (XEN) Loading kernel from boot module @ 00000000c0800000 (XEN) Allocating 1:1 mappings totalling 1024MB for dom0: (XEN) BANK[0] 0x00000080000000-0x00000088000000 (128MB) (XEN) BANK[1] 0x00000090000000-0x000000c0000000 (768MB) (XEN) BANK[2] 0x000000c8000000-0x000000d0000000 (128MB) (XEN) Loading zImage from 00000000c0800000 to 0000000087a00000-0000000087eaa158 (XEN) Loading dom0 DTB to 0x0000000087800000-0x0000000087815914 (XEN) Scrubbing Free RAM on 1 nodes using 2 CPUs (XEN) ......done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) ********************************************** (XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS (XEN) ******* This option is intended to aid debugging of Xen by ensuring (XEN) ******* that all output is synchronously delivered on the serial line. (XEN) ******* However it can introduce SIGNIFICANT latencies and affect (XEN) ******* timekeeping. It is NOT recommended for production use! (XEN) ********************************************** (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19:32 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 debug: ignoring loglevel setting. cma: CMA: reserved 64 MiB at 99000000 cma: CMA: reserved 56 MiB at 95800000 cma: CMA: reserved 8 MiB at 9f000000 cma: CMA: reserved 32 MiB at 9d000000 cma: CMA: reserved 24 MiB at ae000000 Memory policy: ECC disabled, Data cache writealloc OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier On node 0 totalpages: 260608 free_area_init_node: node 0, pgdat c099a880, node_mem_map c09de000 Normal zone: 1520 pages used for memmap Normal zone: 0 pages reserved Normal zone: 160768 pages, LIFO batch:31 HighMem zone: 1040 pages used for memmap HighMem zone: 99840 pages, LIFO batch:31 psci: probing function IDs from device-tree Unhandled fault: terminal exception (0x002) at 0xfa243404 Internal error: : 2 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gbe43a19-dirty #9 task: c091efa0 ti: c0914000 task.ti: c0914000 PC is at omap4_prminst_read_inst_reg+0x28/0x40 LR is at omap4_pwrdm_wait_transition+0x48/0x7c pc : [] lr : [] psr: a00001d3 sp : c0915ee0 ip : c0915ef0 fp : c0915eec r10: 00000000 r9 : c095f218 r8 : 00000001 r7 : c0966200 r6 : 000186a1 r5 : c0929608 r4 : 00000001 r3 : fa243000 r2 : fa243404 r1 : 00000400 r0 : 00000005 Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: 8000406a DAC: 00000015 Process swapper (pid: 0, stack limit = 0xc0914248) Stack: (0xc0915ee0 to 0xc0916000) 5ee0: c0915f0c c0915ef0 c0031788 c0039b64 c0929608 c0923aa0 c090166c c099de24 5f00: c0915f34 c0915f10 c003aff0 c003174c 2f800000 c091c4a4 c08f7c10 00000002 5f20: c091c534 c091fe94 c0915f44 c0915f38 c08c9e58 c003aecc c0915f54 c0915f48 5f40: c08c1c3c c08c9e48 c0915fb4 c0915f58 c08bc60c c08c1bdc c0915f60 c0915f68 5f60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000001 5f80: 00000000 00000000 c07e15e4 00000001 c099c1c0 00000000 ffffffff bfffffff 5fa0: 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 00000000 5fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c494 c08f9cb4 5fe0: c091ff9c 8000406a 00000000 c0915ff8 80008074 c08b8840 00000000 00000000 Backtrace: [] (omap4_prminst_read_inst_reg+0x0/0x40) from [] (omap4_pwrdm_wait_transition+0x48/0x7c) [] (omap4_pwrdm_wait_transition+0x0/0x7c) from [] (pwrdm_register_pwrdms+0x130/0x198) r7:c099de24 r6:c090166c r5:c0923aa0 r4:c0929608 [] (pwrdm_register_pwrdms+0x0/0x198) from [] (dra7xx_powerdomains_init+0x1c/0x2c) [] (dra7xx_powerdomains_init+0x0/0x2c) from [] (dra7xx_init_early+0x6c/0x90) [] (dra7xx_init_early+0x0/0x90) from [] (setup_arch+0x880/0x960) [] (setup_arch+0x0/0x960) from [] (start_kernel+0x7c/0x310) [] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074) r8:8000406a r7:c091ff9c r6:c08f9cb4 r5:c091c494 r4:10c5387d Code: e59f301c e7933100 e3530000 0a000003 (e0822001) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! When I investigated further I found that the crash happens in CPU0 and CPU1 power domain registrations. So I just skipped the registration of these two modules and encountered another crash during IRQ initialization. Here is the latest log - (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP PREEMPT Mon May 25 12:44:25 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 debug: ignoring loglevel setting. cma: CMA: reserved 64 MiB at 99000000 cma: CMA: reserved 56 MiB at 95800000 cma: CMA: reserved 8 MiB at 9f000000 cma: CMA: reserved 32 MiB at 9d000000 cma: CMA: reserved 24 MiB at ae000000 Memory policy: ECC disabled, Data cache writealloc OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier On node 0 totalpages: 260608 free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000 Normal zone: 1520 pages used for memmap Normal zone: 0 pages reserved Normal zone: 160768 pages, LIFO batch:31 HighMem zone: 1040 pages used for memmap HighMem zone: 99840 pages, LIFO batch:31 psci: probing function IDs from device-tree *clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not existclockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist* PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768 pcpu-alloc: s8704 r8192 d15872 u32768 alloc=8*4096 pcpu-alloc: [0] 0 [0] 1 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 259088 Kernel command line: console=hvc0 earlyprintk=xen debug ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc PID hash table entries: 4096 (order: 2, 16384 bytes) Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata, 2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem) Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) vmalloc : 0xf0000000 - 0xff000000 ( 240 MB) lowmem : 0xc0000000 - 0xef800000 ( 760 MB) pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) modules : 0xbf000000 - 0xbfe00000 ( 14 MB) .text : 0xc0008000 - 0xc08960ac (8761 kB) .init : 0xc0897000 - 0xc08ef200 ( 353 kB) .data : 0xc08f0000 - 0xc0974ba8 ( 531 kB) .bss : 0xc0974bb4 - 0xc09b403c ( 254 kB) Preemptible hierarchical RCU implementation. NR_IRQS:16 nr_irqs:16 16 Unhandled fault: terminal exception (0x002) at 0xfa281010 Internal error: : 2 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.12.25-28678-gbe43a19-dirty #13 task: c08faa20 ti: c08f0000 task.ti: c08f0000 PC is at omap_wakeupgen_init+0xe8/0x1d8 LR is at 0xc0976240 pc : [] lr : [] psr: 800001d3 sp : c08f1f78 ip : c08fdcec fp : c08f1f94 r10: 00000000 r9 : 412fc0f2 r8 : c13e00c0 r7 : c08fdcec r6 : 00000000 r5 : 00000000 r4 : 00000000 r3 : 00000000 r2 : 00000000 r1 : fa281000 r0 : fa281010 Flags: Nzcv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: 8000406a DAC: 00000015 Process swapper/0 (pid: 0, stack limit = 0xc08f0248) Stack: (0xc08f1f78 to 0xc08f2000) 1f60: 00000001 c0974bc0 1f80: c08d7398 ffffffff c08f1fa4 c08f1f98 c08a61b4 c08a6220 c08f1fb4 c08f1fa8 1fa0: c089a6ec c08a6138 c08f1ff4 c08f1fb8 c08979d0 c089a6cc ffffffff ffffffff 1fc0: c08975d0 00000000 00000000 c08d7398 00000000 10c5387d c08f8494 c08d7394 1fe0: c08fba14 8000406a 00000000 c08f1ff8 80008074 c0897840 00000000 00000000 Backtrace: [] (omap_wakeupgen_init+0x0/0x1d8) from [] (omap_gic_of_init+0x88/0xa0) r7:ffffffff r6:c08d7398 r5:c0974bc0 r4:00000001 [] (omap_gic_of_init+0x0/0xa0) from [] (init_IRQ+0x2c/0x34) [] (init_IRQ+0x0/0x34) from [] (start_kernel+0x19c/0x310) [] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074) r8:8000406a r7:c08fba14 r6:c08d7394 r5:c08f8494 r4:10c5387d Code: e1a06003 e59fc0dc e59fe0d4 ea000008 (e59e1384) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! I am not sure if I am going in the right direction. Please let me know if any change needed in dts file or kernel config (specifically for Xen Dom0 booting) to fix these issues. Thanks, Akshay On Fri, May 22, 2015 at 8:49 PM, Andrii Anisov < andrii.anisov@globallogic.com> wrote: > Get back to the list and interested persons with my answer. > > > On Fri, May 22, 2015 at 6:11 PM, Andrii Anisov > wrote: > > Akshay, > > > > Your dom0 has 128M memory: > >> > >> (XEN) Allocating 1:1 mappings totalling 128MB for dom0: > >> (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB) > > > > > > And it seems needed mem reserves do not fit available for that domain > memory > > range. > > Actually running the DRA7xx EVM software under XEN with all features > needs > > booting modules and reserves beeing tossed in order to provide needed > ranges > > to 1:1 mapped Dom0. Take in account these lines: > > > >> > >> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree > >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel > >> (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 > >> (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 > > > > > > For the first try I would suggest you to place all boot modules and boot > > reserves over 0xC0000000 in order to be able to allocate 1GB 1:1 memory > > range starting from 0x80000000 for Dom0. > > > > Andrii Anisov | Team Lead > > GlobalLogic > > Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 > > P +38.044.492.9695x3664 M +380505738852 S andriyanisov > > www.globallogic.com > > > > http://www.globallogic.com/email_disclaimer.txt > > > --90e6ba2125014026d60516e31150 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Andril,

I modified the= load addresses for zImage and dtb files and now I am stuck at power domain= init.
Here's the log -

Starting kernel ...

- UA= RT enabled -
- CPU 00000000 booting -
- Xen starting in Hyp mode -- Zero BSS -
- Setting up control registers -
- Turning on paging -<= br>- Ready -
(XEN) Checking for initrd in /chosen
(XEN) RAM: 00000000= 80000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]: 000000008ffe6000 = - 000000008fffd000 Device Tree=C2=A0
(XEN) MODULE[1]: 00000000c0800000 = - 00000000c0cb0000 Kernel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
(XEN)=C2= =A0 RESVD[0]: 00000000c25f0000 - 00000000c2607000
(XEN)=C2=A0 RESVD[1]: = 000000008ffe6000 - 000000008fffd000
(XEN)
(XEN) Command line: dom0_m= em=3D1G sync_console console=3Ddtuart dtuart=3Dserial0
(XEN) Placing Xen= at 0x00000000dfe00000-0x00000000e0000000
(XEN) Update BOOTMOD_XEN from = 0000000080200000-00000000802f1701 =3D> 00000000dfe00000-00000000dfef1701=
(XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages)
(XEN= ) Dom heap: 376832 pages
(XEN) Domain heap initialised
(XEN) Looking = for UART console serial0
=C2=A0Xen 4.5.1-rc1
(XEN) Xen version 4.5.1-= rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013= .03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=3Dy T= hu May 21 10:04:40 IST 2015
(XEN) Latest ChangeSet: Mon May 18 16:18:42 = 2015 +0200 git:0c4e0ef
(XEN) Console output is synchronous.
(XEN) Pro= cessor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x= 2
(XEN) 32-bit Execution:
(XEN)=C2=A0=C2=A0 Processor Features: 00001= 131:00011011
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Instruction Sets: AArch32 A32= Thumb Thumb-2 ThumbEE Jazelle
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Extensions:= GenericTimer Security
(XEN)=C2=A0=C2=A0 Debug Features: 02010555
(XE= N)=C2=A0=C2=A0 Auxiliary Features: 00000000
(XEN)=C2=A0=C2=A0 Memory Mod= el Features: 10201105 20000000 01240000 02102211
(XEN)=C2=A0 ISA Feature= s: 02101110 13112111 21232041 11112131 10011142 00000000
(XEN) Platform:= TI DRA7
(XEN) /psci method must be smc, but is: "hvc"
(XEN= ) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c)
(XEN) Set AuxCoreBoot0= to 0x20
(XEN) Generic Timer IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) = Using generic timer at 6144 KHz
(XEN) GICv2 initialization:
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211= 000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr= =3D0000000048212000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_hyp_addr=3D0000000048214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gic_vcpu_addr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: = 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using scheduler: SMP Cre= dit Scheduler (credit)
(XEN) I/O virtualisation disabled
(XEN) Alloca= ted console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 4 pa= rt 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001 boo= ting -
- Xen starting in Hyp mode -
- Setting up control registers -<= br>- Turning on paging -
- Ready -
(XEN) CPU 1 booted.
(XEN) Broug= ht up 2 CPUs
(XEN) P2M: 40-bit IPA
(XEN) P2M: 3 levels with order-1 r= oot, VTCR 0x80003558
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Loading ker= nel from boot module @ 00000000c0800000
(XEN) Allocating 1:1 mappings to= talling 1024MB for dom0:
(XEN) BANK[0] 0x00000080000000-0x00000088000000= (128MB)
(XEN) BANK[1] 0x00000090000000-0x000000c0000000 (768MB)
(XEN= ) BANK[2] 0x000000c8000000-0x000000d0000000 (128MB)
(XEN) Loading zImage= from 00000000c0800000 to 0000000087a00000-0000000087eaa158
(XEN) Loadin= g dom0 DTB to 0x0000000087800000-0x0000000087815914
(XEN) Scrubbing Free= RAM on 1 nodes using 2 CPUs
(XEN) ......done.
(XEN) Initial low memo= ry virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: All
(XEN)= Guest Loglevel: All
(XEN) *********************************************= *
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* = This option is intended to aid debugging of Xen by ensuring
(XEN) ******= * that all output is synchronously delivered on the serial line.
(XEN) *= ****** However it can introduce SIGNIFICANT latencies and affect
(XEN) *= ****** timekeeping. It is NOT recommended for production use!
(XEN) ****= ******************************************
(XEN) 3... 2... 1...
(XEN= ) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch = input to Xen)
(XEN) Freed 252kB init memory.
Booting Linux on physica= l CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desk= top) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4= .7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19= :32 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10= c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cacheMachine: Jacinto6 evm board, model: TI DRA7
debug: ignoring loglevel s= etting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA: reserved 56 M= iB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cma: CMA: reserve= d 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae000000
Memory pol= icy: ECC disabled, Data cache writealloc
OMAP4: Map 0xcfe00000 to 0xfe60= 0000 for dram barrier
On node 0 totalpages: 260608
free_area_init_nod= e: node 0, pgdat c099a880, node_mem_map c09de000
=C2=A0 Normal zone: 152= 0 pages used for memmap
=C2=A0 Normal zone: 0 pages reserved
=C2=A0 N= ormal zone: 160768 pages, LIFO batch:31
=C2=A0 HighMem zone: 1040 pages = used for memmap
=C2=A0 HighMem zone: 99840 pages, LIFO batch:31
psci:= probing function IDs from device-tree
Unhandled fault: terminal excepti= on (0x002) at 0xfa243404
Internal error: : 2 [#1] PREEMPT SMP ARM
Mod= ules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gb= e43a19-dirty #9
task: c091efa0 ti: c0914000 task.ti: c0914000
PC is a= t omap4_prminst_read_inst_reg+0x28/0x40
LR is at omap4_pwrdm_wait_transi= tion+0x48/0x7c
pc : [<c0039b80>]=C2=A0=C2=A0=C2=A0 lr : [<c0031= 788>]=C2=A0=C2=A0=C2=A0 psr: a00001d3
sp : c0915ee0=C2=A0 ip : c0915e= f0=C2=A0 fp : c0915eec
r10: 00000000=C2=A0 r9 : c095f218=C2=A0 r8 : 0000= 0001
r7 : c0966200=C2=A0 r6 : 000186a1=C2=A0 r5 : c0929608=C2=A0 r4 : 00= 000001
r3 : fa243000=C2=A0 r2 : fa243404=C2=A0 r1 : 00000400=C2=A0 r0 : = 00000005
Flags: NzCv=C2=A0 IRQs off=C2=A0 FIQs off=C2=A0 Mode SVC_32=C2= =A0 ISA ARM=C2=A0 Segment kernel
Control: 10c5387d=C2=A0 Table: 8000406a= =C2=A0 DAC: 00000015
Process swapper (pid: 0, stack limit =3D 0xc0914248= )
Stack: (0xc0915ee0 to 0xc0916000)
5ee0: c0915f0c c0915ef0 c0031788 = c0039b64 c0929608 c0923aa0 c090166c c099de24
5f00: c0915f34 c0915f10 c00= 3aff0 c003174c 2f800000 c091c4a4 c08f7c10 00000002
5f20: c091c534 c091fe= 94 c0915f44 c0915f38 c08c9e58 c003aecc c0915f54 c0915f48
5f40: c08c1c3c = c08c9e48 c0915fb4 c0915f58 c08bc60c c08c1bdc c0915f60 c0915f68
5f60: 000= 00000 00000000 00000000 00000000 00000000 00000000 00000000 00000001
5f8= 0: 00000000 00000000 c07e15e4 00000001 c099c1c0 00000000 ffffffff bfffffff<= br>5fa0: 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 000= 00000
5fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c4= 94 c08f9cb4
5fe0: c091ff9c 8000406a 00000000 c0915ff8 80008074 c08b8840 = 00000000 00000000
Backtrace:
[<c0039b58>] (omap4_prminst_read_= inst_reg+0x0/0x40) from [<c0031788>] (omap4_pwrdm_wait_transition+0x4= 8/0x7c)
[<c0031740>] (omap4_pwrdm_wait_transition+0x0/0x7c) from [= <c003aff0>] (pwrdm_register_pwrdms+0x130/0x198)
=C2=A0r7:c099de24 = r6:c090166c r5:c0923aa0 r4:c0929608
[<c003aec0>] (pwrdm_register_p= wrdms+0x0/0x198) from [<c08c9e58>] (dra7xx_powerdomains_init+0x1c/0x2= c)
[<c08c9e3c>] (dra7xx_powerdomains_init+0x0/0x2c) from [<c08c= 1c3c>] (dra7xx_init_early+0x6c/0x90)
[<c08c1bd0>] (dra7xx_init_= early+0x0/0x90) from [<c08bc60c>] (setup_arch+0x880/0x960)
[<c0= 8bbd8c>] (setup_arch+0x0/0x960) from [<c08b88b0>] (start_kernel+0x= 7c/0x310)
[<c08b8834>] (start_kernel+0x0/0x310) from [<80008074= >] (0x80008074)
=C2=A0r8:8000406a r7:c091ff9c r6:c08f9cb4 r5:c091c494= r4:10c5387d
Code: e59f301c e7933100 e3530000 0a000003 (e0822001)
--= -[ end trace 1b75b31a2719ed1c ]---
Kernel panic - not syncing: Attempted= to kill the idle task!

When I investigated further I found th= at the crash happens in CPU0 and CPU1 power domain registrations. So I just= skipped the registration of these two modules and encountered another cras= h during IRQ initialization. Here is the latest log -

(XEN) 3... 2..= . 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three ti= mes to switch input to Xen)
(XEN) Freed 252kB init memory.
Booting Li= nux on physical CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (aksh= ay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG l= inaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP PREEMPT M= on May 25 12:44:25 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (= ARMv7), cr=3D10c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT inst= ruction cache
Machine: Jacinto6 evm board, model: TI DRA7
debug: igno= ring loglevel setting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA= : reserved 56 MiB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cm= a: CMA: reserved 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae00000= 0
Memory policy: ECC disabled, Data cache writealloc
OMAP4: Map 0xcfe= 00000 to 0xfe600000 for dram barrier
On node 0 totalpages: 260608
fre= e_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000
=C2=A0 N= ormal zone: 1520 pages used for memmap
=C2=A0 Normal zone: 0 pages reser= ved
=C2=A0 Normal zone: 160768 pages, LIFO batch:31
=C2=A0 HighMem zo= ne: 1040 pages used for memmap
=C2=A0 HighMem zone: 99840 pages, LIFO ba= tch:31
psci: probing function IDs from device-tree
clockdomain: mp= u0_clkdm: powerdomain cpu0_pwrdm does not exist
clockdomain: mpu1_clkdm:= powerdomain cpu1_pwrdm does not exist
PERCPU: Embedded 8 pages/cpu = @c13e3000 s8704 r8192 d15872 u32768
pcpu-alloc: s8704 r8192 d15872 u3276= 8 alloc=3D8*4096
pcpu-alloc: [0] 0 [0] 1
Built 1 zonelists in Zone or= der, mobility grouping on.=C2=A0 Total pages: 259088
Kernel command line= : console=3Dhvc0 earlyprintk=3Dxen debug ignore_loglevel root=3D/dev/mmcblk= 0p2 rw rootwait fixrtc
PID hash table entries: 4096 (order: 2, 16384 byt= es)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
= Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 8= 34380K/1042432K available (6539K kernel code, 530K rwdata, 2220K rodata, 35= 2K init, 253K bss, 208052K reserved, 399360K highmem)
Virtual kernel mem= ory layout:
=C2=A0=C2=A0=C2=A0 vector=C2=A0 : 0xffff0000 - 0xffff1000=C2= =A0=C2=A0 (=C2=A0=C2=A0 4 kB)
=C2=A0=C2=A0=C2=A0 fixmap=C2=A0 : 0xfff000= 00 - 0xfffe0000=C2=A0=C2=A0 ( 896 kB)
=C2=A0=C2=A0=C2=A0 vmalloc : 0xf00= 00000 - 0xff000000=C2=A0=C2=A0 ( 240 MB)
=C2=A0=C2=A0=C2=A0 lowmem=C2=A0= : 0xc0000000 - 0xef800000=C2=A0=C2=A0 ( 760 MB)
=C2=A0=C2=A0=C2=A0 pkma= p=C2=A0=C2=A0 : 0xbfe00000 - 0xc0000000=C2=A0=C2=A0 (=C2=A0=C2=A0 2 MB)
= =C2=A0=C2=A0=C2=A0 modules : 0xbf000000 - 0xbfe00000=C2=A0=C2=A0 (=C2=A0 14= MB)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .text : 0xc0008000 - 0xc08960ac=C2= =A0=C2=A0 (8761 kB)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .init : 0xc0897000 - = 0xc08ef200=C2=A0=C2=A0 ( 353 kB)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .data : = 0xc08f0000 - 0xc0974ba8=C2=A0=C2=A0 ( 531 kB)
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 .bss : 0xc0974bb4 - 0xc09b403c=C2=A0=C2=A0 ( 254 kB)
Preemp= tible hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
Unhan= dled fault: terminal exception (0x002) at 0xfa281010
Internal error: : 2= [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swapper/= 0 Not tainted 3.12.25-28678-gbe43a19-dirty #13
task: c08faa20 ti: c08f00= 00 task.ti: c08f0000
PC is at omap_wakeupgen_init+0xe8/0x1d8
LR is at= 0xc0976240
pc : [<c08a62fc>]=C2=A0=C2=A0=C2=A0 lr : [<c0976240= >]=C2=A0=C2=A0=C2=A0 psr: 800001d3
sp : c08f1f78=C2=A0 ip : c08fdcec= =C2=A0 fp : c08f1f94
r10: 00000000=C2=A0 r9 : 412fc0f2=C2=A0 r8 : c13e00= c0
r7 : c08fdcec=C2=A0 r6 : 00000000=C2=A0 r5 : 00000000=C2=A0 r4 : 0000= 0000
r3 : 00000000=C2=A0 r2 : 00000000=C2=A0 r1 : fa281000=C2=A0 r0 : fa= 281010
Flags: Nzcv=C2=A0 IRQs off=C2=A0 FIQs off=C2=A0 Mode SVC_32=C2=A0= ISA ARM=C2=A0 Segment kernel
Control: 10c5387d=C2=A0 Table: 8000406a=C2= =A0 DAC: 00000015
Process swapper/0 (pid: 0, stack limit =3D 0xc08f0248)=
Stack: (0xc08f1f78 to 0xc08f2000)
1f60:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00= 000001 c0974bc0
1f80: c08d7398 ffffffff c08f1fa4 c08f1f98 c08a61b4 c08a6= 220 c08f1fb4 c08f1fa8
1fa0: c089a6ec c08a6138 c08f1ff4 c08f1fb8 c08979d0= c089a6cc ffffffff ffffffff
1fc0: c08975d0 00000000 00000000 c08d7398 00= 000000 10c5387d c08f8494 c08d7394
1fe0: c08fba14 8000406a 00000000 c08f1= ff8 80008074 c0897840 00000000 00000000
Backtrace:
[<c08a6214>]= (omap_wakeupgen_init+0x0/0x1d8) from [<c08a61b4>] (omap_gic_of_init+= 0x88/0xa0)
=C2=A0r7:ffffffff r6:c08d7398 r5:c0974bc0 r4:00000001
[<= ;c08a612c>] (omap_gic_of_init+0x0/0xa0) from [<c089a6ec>] (init_IR= Q+0x2c/0x34)
[<c089a6c0>] (init_IRQ+0x0/0x34) from [<c08979d0&g= t;] (start_kernel+0x19c/0x310)
[<c0897834>] (start_kernel+0x0/0x31= 0) from [<80008074>] (0x80008074)
=C2=A0r8:8000406a r7:c08fba14 r6= :c08d7394 r5:c08f8494 r4:10c5387d
Code: e1a06003 e59fc0dc e59fe0d4 ea000= 008 (e59e1384)
---[ end trace 1b75b31a2719ed1c ]---
Kernel panic - no= t syncing: Attempted to kill the idle task!

I am not sure if I= am going in the right direction. Please let me know if any change needed i= n dts file or kernel config (specifically for Xen Dom0 booting) to fix thes= e issues.

Thanks= ,
Akshay

On Fri, May 22, 2015 at 8:49 = PM, Andrii Anisov <andrii.anisov@globallogic.com> wrote:
Get back to t= he list and interested persons with my answer.


On Fri, May 22, 2015 at 6:11 PM, Andrii Anisov
<andrii.anisov@globallo= gic.com> wrote:
> Akshay,
>
> Your dom0 has 128M memory:
>>
>> (XEN) Allocating 1:1 mappings totalling 128MB for dom0:
>> (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB)
>
>
> And it seems needed mem reserves do not fit available for that domain = memory
> range.
> Actually running the DRA7xx EVM software under XEN with all features n= eeds
> booting modules and reserves beeing tossed in order to provide needed = ranges
> to 1:1 mapped Dom0. Take in account these lines:
>
>>
>> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel
>> (XEN)=C2=A0 RESVD[0]: 00000000825f0000 - 0000000082607000
>> (XEN)=C2=A0 RESVD[1]: 000000008ffe6000 - 000000008fffd000
>
>
> For the first try I would suggest you to place all boot modules and bo= ot
> reserves over 0xC0000000 in order to be able to allocate 1GB 1:1 memor= y
> range starting from 0x80000000 for Dom0.
>
> Andrii Anisov | Team Lead
> GlobalLogic
> Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1
> P +38.044.492.9695x3664=C2=A0 M +380505738852=C2=A0 S andriyanisov
> www.globallog= ic.com
>
> http://www.globallogic.com/email_disclaimer.txt
>


--90e6ba2125014026d60516e31150-- --===============4128131368141873983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============4128131368141873983==-- From embedded-pv-devel-bounces@lists.xenproject.org Mon May 25 07:36:32 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 25 May 2015 07:36:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywmw3-0007qg-CE; Mon, 25 May 2015 07:36:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywmw2-0007qa-Jq for embedded-pv-devel@lists.xenproject.org; Mon, 25 May 2015 07:36:30 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 18/BF-02796-DF0D2655; Mon, 25 May 2015 07:36:29 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1432539386!20469583!1 X-Originating-IP: [209.85.213.182] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8656 invoked from network); 25 May 2015 07:36:27 -0000 Received: from mail-ig0-f182.google.com (HELO mail-ig0-f182.google.com) (209.85.213.182) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2015 07:36:27 -0000 Received: by igbyr2 with SMTP id yr2so31130586igb.0 for ; Mon, 25 May 2015 00:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kknFnW+6L4+f7TrYPZFREle+xGrE7CjznSUP/qjNTzE=; b=Gw/eWn5cDYIEA52TSEMtPidW/qI4viJTawWYB8IqpHv16Nx/Th+RuG6oWIYaJGH34u vxVEmkHSshQEULsStDDiTvy/g7DoBCH1G7SgX8W1/LDKRqwECcCXxBXPTkEjatqYlC4r 7HcZlvAJXWaVbRgR9MJ4YCI9Zfwf6ALUNRmIxkFpt7VFa4nC9SVCUQ2bRMlnsvLlxleI jiAJssxj58KtORhN6SD3lDJLxvEX1AZdoBX7tKr35M8IwiRxPxzFAJmCQ+Hs1mdZpzC+ tm+3ps0g6Ca1Fd8UE+evvFJsWi1BKwqKZcFuu30y/jQL3NG7kTR1SsnPQm5dL3aO0v8i /LAQ== MIME-Version: 1.0 X-Received: by 10.42.76.146 with SMTP id e18mr23958879ick.42.1432539386346; Mon, 25 May 2015 00:36:26 -0700 (PDT) Received: by 10.64.226.134 with HTTP; Mon, 25 May 2015 00:36:26 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 May 2015 13:06:26 +0530 Message-ID: From: akshay bhat To: Andrii Anisov Cc: Julien Grall , embedded-pv-devel@lists.xenproject.org, Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4128131368141873983==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============4128131368141873983== Content-Type: multipart/alternative; boundary=90e6ba2125014026d60516e31150 --90e6ba2125014026d60516e31150 Content-Type: text/plain; charset=UTF-8 Hi Andril, I modified the load addresses for zImage and dtb files and now I am stuck at power domain init. Here's the log - Starting kernel ... - UART enabled - - CPU 00000000 booting - - Xen starting in Hyp mode - - Zero BSS - - Setting up control registers - - Turning on paging - - Ready - (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree (XEN) MODULE[1]: 00000000c0800000 - 00000000c0cb0000 Kernel (XEN) RESVD[0]: 00000000c25f0000 - 00000000c2607000 (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 (XEN) (XEN) Command line: dom0_mem=1G sync_console console=dtuart dtuart=serial0 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised (XEN) Looking for UART console serial0 Xen 4.5.1-rc1 (XEN) Xen version 4.5.1-rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=y Thu May 21 10:04:40 IST 2015 (XEN) Latest ChangeSet: Mon May 18 16:18:42 2015 +0200 git:0c4e0ef (XEN) Console output is synchronous. (XEN) Processor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x2 (XEN) 32-bit Execution: (XEN) Processor Features: 00001131:00011011 (XEN) Instruction Sets: AArch32 A32 Thumb Thumb-2 ThumbEE Jazelle (XEN) Extensions: GenericTimer Security (XEN) Debug Features: 02010555 (XEN) Auxiliary Features: 00000000 (XEN) Memory Model Features: 10201105 20000000 01240000 02102211 (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000 (XEN) Platform: TI DRA7 (XEN) /psci method must be smc, but is: "hvc" (XEN) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c) (XEN) Set AuxCoreBoot0 to 0x20 (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27 (XEN) Using generic timer at 6144 KHz (XEN) GICv2 initialization: (XEN) gic_dist_addr=0000000048211000 (XEN) gic_cpu_addr=0000000048212000 (XEN) gic_hyp_addr=0000000048214000 (XEN) gic_vcpu_addr=0000000048216000 (XEN) gic_maintenance_irq=25 (XEN) GICv2: 192 lines, 2 cpus, secure (IID 0000043b). (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) I/O virtualisation disabled (XEN) Allocated console ring of 16 KiB. (XEN) VFP implementer 0x41 architecture 4 part 0x30 variant 0xf rev 0x0 (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. (XEN) Brought up 2 CPUs (XEN) P2M: 40-bit IPA (XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558 (XEN) *** LOADING DOMAIN 0 *** (XEN) Loading kernel from boot module @ 00000000c0800000 (XEN) Allocating 1:1 mappings totalling 1024MB for dom0: (XEN) BANK[0] 0x00000080000000-0x00000088000000 (128MB) (XEN) BANK[1] 0x00000090000000-0x000000c0000000 (768MB) (XEN) BANK[2] 0x000000c8000000-0x000000d0000000 (128MB) (XEN) Loading zImage from 00000000c0800000 to 0000000087a00000-0000000087eaa158 (XEN) Loading dom0 DTB to 0x0000000087800000-0x0000000087815914 (XEN) Scrubbing Free RAM on 1 nodes using 2 CPUs (XEN) ......done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) ********************************************** (XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS (XEN) ******* This option is intended to aid debugging of Xen by ensuring (XEN) ******* that all output is synchronously delivered on the serial line. (XEN) ******* However it can introduce SIGNIFICANT latencies and affect (XEN) ******* timekeeping. It is NOT recommended for production use! (XEN) ********************************************** (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19:32 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 debug: ignoring loglevel setting. cma: CMA: reserved 64 MiB at 99000000 cma: CMA: reserved 56 MiB at 95800000 cma: CMA: reserved 8 MiB at 9f000000 cma: CMA: reserved 32 MiB at 9d000000 cma: CMA: reserved 24 MiB at ae000000 Memory policy: ECC disabled, Data cache writealloc OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier On node 0 totalpages: 260608 free_area_init_node: node 0, pgdat c099a880, node_mem_map c09de000 Normal zone: 1520 pages used for memmap Normal zone: 0 pages reserved Normal zone: 160768 pages, LIFO batch:31 HighMem zone: 1040 pages used for memmap HighMem zone: 99840 pages, LIFO batch:31 psci: probing function IDs from device-tree Unhandled fault: terminal exception (0x002) at 0xfa243404 Internal error: : 2 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gbe43a19-dirty #9 task: c091efa0 ti: c0914000 task.ti: c0914000 PC is at omap4_prminst_read_inst_reg+0x28/0x40 LR is at omap4_pwrdm_wait_transition+0x48/0x7c pc : [] lr : [] psr: a00001d3 sp : c0915ee0 ip : c0915ef0 fp : c0915eec r10: 00000000 r9 : c095f218 r8 : 00000001 r7 : c0966200 r6 : 000186a1 r5 : c0929608 r4 : 00000001 r3 : fa243000 r2 : fa243404 r1 : 00000400 r0 : 00000005 Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: 8000406a DAC: 00000015 Process swapper (pid: 0, stack limit = 0xc0914248) Stack: (0xc0915ee0 to 0xc0916000) 5ee0: c0915f0c c0915ef0 c0031788 c0039b64 c0929608 c0923aa0 c090166c c099de24 5f00: c0915f34 c0915f10 c003aff0 c003174c 2f800000 c091c4a4 c08f7c10 00000002 5f20: c091c534 c091fe94 c0915f44 c0915f38 c08c9e58 c003aecc c0915f54 c0915f48 5f40: c08c1c3c c08c9e48 c0915fb4 c0915f58 c08bc60c c08c1bdc c0915f60 c0915f68 5f60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000001 5f80: 00000000 00000000 c07e15e4 00000001 c099c1c0 00000000 ffffffff bfffffff 5fa0: 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 00000000 5fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c494 c08f9cb4 5fe0: c091ff9c 8000406a 00000000 c0915ff8 80008074 c08b8840 00000000 00000000 Backtrace: [] (omap4_prminst_read_inst_reg+0x0/0x40) from [] (omap4_pwrdm_wait_transition+0x48/0x7c) [] (omap4_pwrdm_wait_transition+0x0/0x7c) from [] (pwrdm_register_pwrdms+0x130/0x198) r7:c099de24 r6:c090166c r5:c0923aa0 r4:c0929608 [] (pwrdm_register_pwrdms+0x0/0x198) from [] (dra7xx_powerdomains_init+0x1c/0x2c) [] (dra7xx_powerdomains_init+0x0/0x2c) from [] (dra7xx_init_early+0x6c/0x90) [] (dra7xx_init_early+0x0/0x90) from [] (setup_arch+0x880/0x960) [] (setup_arch+0x0/0x960) from [] (start_kernel+0x7c/0x310) [] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074) r8:8000406a r7:c091ff9c r6:c08f9cb4 r5:c091c494 r4:10c5387d Code: e59f301c e7933100 e3530000 0a000003 (e0822001) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! When I investigated further I found that the crash happens in CPU0 and CPU1 power domain registrations. So I just skipped the registration of these two modules and encountered another crash during IRQ initialization. Here is the latest log - (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP PREEMPT Mon May 25 12:44:25 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 debug: ignoring loglevel setting. cma: CMA: reserved 64 MiB at 99000000 cma: CMA: reserved 56 MiB at 95800000 cma: CMA: reserved 8 MiB at 9f000000 cma: CMA: reserved 32 MiB at 9d000000 cma: CMA: reserved 24 MiB at ae000000 Memory policy: ECC disabled, Data cache writealloc OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier On node 0 totalpages: 260608 free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000 Normal zone: 1520 pages used for memmap Normal zone: 0 pages reserved Normal zone: 160768 pages, LIFO batch:31 HighMem zone: 1040 pages used for memmap HighMem zone: 99840 pages, LIFO batch:31 psci: probing function IDs from device-tree *clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not existclockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist* PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768 pcpu-alloc: s8704 r8192 d15872 u32768 alloc=8*4096 pcpu-alloc: [0] 0 [0] 1 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 259088 Kernel command line: console=hvc0 earlyprintk=xen debug ignore_loglevel root=/dev/mmcblk0p2 rw rootwait fixrtc PID hash table entries: 4096 (order: 2, 16384 bytes) Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata, 2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem) Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) vmalloc : 0xf0000000 - 0xff000000 ( 240 MB) lowmem : 0xc0000000 - 0xef800000 ( 760 MB) pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) modules : 0xbf000000 - 0xbfe00000 ( 14 MB) .text : 0xc0008000 - 0xc08960ac (8761 kB) .init : 0xc0897000 - 0xc08ef200 ( 353 kB) .data : 0xc08f0000 - 0xc0974ba8 ( 531 kB) .bss : 0xc0974bb4 - 0xc09b403c ( 254 kB) Preemptible hierarchical RCU implementation. NR_IRQS:16 nr_irqs:16 16 Unhandled fault: terminal exception (0x002) at 0xfa281010 Internal error: : 2 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.12.25-28678-gbe43a19-dirty #13 task: c08faa20 ti: c08f0000 task.ti: c08f0000 PC is at omap_wakeupgen_init+0xe8/0x1d8 LR is at 0xc0976240 pc : [] lr : [] psr: 800001d3 sp : c08f1f78 ip : c08fdcec fp : c08f1f94 r10: 00000000 r9 : 412fc0f2 r8 : c13e00c0 r7 : c08fdcec r6 : 00000000 r5 : 00000000 r4 : 00000000 r3 : 00000000 r2 : 00000000 r1 : fa281000 r0 : fa281010 Flags: Nzcv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: 8000406a DAC: 00000015 Process swapper/0 (pid: 0, stack limit = 0xc08f0248) Stack: (0xc08f1f78 to 0xc08f2000) 1f60: 00000001 c0974bc0 1f80: c08d7398 ffffffff c08f1fa4 c08f1f98 c08a61b4 c08a6220 c08f1fb4 c08f1fa8 1fa0: c089a6ec c08a6138 c08f1ff4 c08f1fb8 c08979d0 c089a6cc ffffffff ffffffff 1fc0: c08975d0 00000000 00000000 c08d7398 00000000 10c5387d c08f8494 c08d7394 1fe0: c08fba14 8000406a 00000000 c08f1ff8 80008074 c0897840 00000000 00000000 Backtrace: [] (omap_wakeupgen_init+0x0/0x1d8) from [] (omap_gic_of_init+0x88/0xa0) r7:ffffffff r6:c08d7398 r5:c0974bc0 r4:00000001 [] (omap_gic_of_init+0x0/0xa0) from [] (init_IRQ+0x2c/0x34) [] (init_IRQ+0x0/0x34) from [] (start_kernel+0x19c/0x310) [] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074) r8:8000406a r7:c08fba14 r6:c08d7394 r5:c08f8494 r4:10c5387d Code: e1a06003 e59fc0dc e59fe0d4 ea000008 (e59e1384) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! I am not sure if I am going in the right direction. Please let me know if any change needed in dts file or kernel config (specifically for Xen Dom0 booting) to fix these issues. Thanks, Akshay On Fri, May 22, 2015 at 8:49 PM, Andrii Anisov < andrii.anisov@globallogic.com> wrote: > Get back to the list and interested persons with my answer. > > > On Fri, May 22, 2015 at 6:11 PM, Andrii Anisov > wrote: > > Akshay, > > > > Your dom0 has 128M memory: > >> > >> (XEN) Allocating 1:1 mappings totalling 128MB for dom0: > >> (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB) > > > > > > And it seems needed mem reserves do not fit available for that domain > memory > > range. > > Actually running the DRA7xx EVM software under XEN with all features > needs > > booting modules and reserves beeing tossed in order to provide needed > ranges > > to 1:1 mapped Dom0. Take in account these lines: > > > >> > >> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree > >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel > >> (XEN) RESVD[0]: 00000000825f0000 - 0000000082607000 > >> (XEN) RESVD[1]: 000000008ffe6000 - 000000008fffd000 > > > > > > For the first try I would suggest you to place all boot modules and boot > > reserves over 0xC0000000 in order to be able to allocate 1GB 1:1 memory > > range starting from 0x80000000 for Dom0. > > > > Andrii Anisov | Team Lead > > GlobalLogic > > Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1 > > P +38.044.492.9695x3664 M +380505738852 S andriyanisov > > www.globallogic.com > > > > http://www.globallogic.com/email_disclaimer.txt > > > --90e6ba2125014026d60516e31150 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Andril,

I modified the= load addresses for zImage and dtb files and now I am stuck at power domain= init.
Here's the log -

Starting kernel ...

- UA= RT enabled -
- CPU 00000000 booting -
- Xen starting in Hyp mode -- Zero BSS -
- Setting up control registers -
- Turning on paging -<= br>- Ready -
(XEN) Checking for initrd in /chosen
(XEN) RAM: 00000000= 80000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]: 000000008ffe6000 = - 000000008fffd000 Device Tree=C2=A0
(XEN) MODULE[1]: 00000000c0800000 = - 00000000c0cb0000 Kernel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
(XEN)=C2= =A0 RESVD[0]: 00000000c25f0000 - 00000000c2607000
(XEN)=C2=A0 RESVD[1]: = 000000008ffe6000 - 000000008fffd000
(XEN)
(XEN) Command line: dom0_m= em=3D1G sync_console console=3Ddtuart dtuart=3Dserial0
(XEN) Placing Xen= at 0x00000000dfe00000-0x00000000e0000000
(XEN) Update BOOTMOD_XEN from = 0000000080200000-00000000802f1701 =3D> 00000000dfe00000-00000000dfef1701=
(XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages)
(XEN= ) Dom heap: 376832 pages
(XEN) Domain heap initialised
(XEN) Looking = for UART console serial0
=C2=A0Xen 4.5.1-rc1
(XEN) Xen version 4.5.1-= rc1 (akshay@) (arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.7-2013= .03-20130313 - Linaro GCC 2013.03) 4.7.3 20130226 (prerelease)) debug=3Dy T= hu May 21 10:04:40 IST 2015
(XEN) Latest ChangeSet: Mon May 18 16:18:42 = 2015 +0200 git:0c4e0ef
(XEN) Console output is synchronous.
(XEN) Pro= cessor: 412fc0f2: "ARM Limited", variant: 0x2, part 0xc0f, rev 0x= 2
(XEN) 32-bit Execution:
(XEN)=C2=A0=C2=A0 Processor Features: 00001= 131:00011011
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Instruction Sets: AArch32 A32= Thumb Thumb-2 ThumbEE Jazelle
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0 Extensions:= GenericTimer Security
(XEN)=C2=A0=C2=A0 Debug Features: 02010555
(XE= N)=C2=A0=C2=A0 Auxiliary Features: 00000000
(XEN)=C2=A0=C2=A0 Memory Mod= el Features: 10201105 20000000 01240000 02102211
(XEN)=C2=A0 ISA Feature= s: 02101110 13112111 21232041 11112131 10011142 00000000
(XEN) Platform:= TI DRA7
(XEN) /psci method must be smc, but is: "hvc"
(XEN= ) Set AuxCoreBoot1 to 00000000dfe0004c (0020004c)
(XEN) Set AuxCoreBoot0= to 0x20
(XEN) Generic Timer IRQ: phys=3D30 hyp=3D26 virt=3D27
(XEN) = Using generic timer at 6144 KHz
(XEN) GICv2 initialization:
(XEN)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_dist_addr=3D0000000048211= 000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_cpu_addr= =3D0000000048212000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 gic_hyp_addr=3D0000000048214000
(XEN)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gic_vcpu_addr=3D0000000048216000
(XEN)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 gic_maintenance_irq=3D25
(XEN) GICv2: = 192 lines, 2 cpus, secure (IID 0000043b).
(XEN) Using scheduler: SMP Cre= dit Scheduler (credit)
(XEN) I/O virtualisation disabled
(XEN) Alloca= ted console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 4 pa= rt 0x30 variant 0xf rev 0x0
(XEN) Bringing up CPU1
- CPU 00000001 boo= ting -
- Xen starting in Hyp mode -
- Setting up control registers -<= br>- Turning on paging -
- Ready -
(XEN) CPU 1 booted.
(XEN) Broug= ht up 2 CPUs
(XEN) P2M: 40-bit IPA
(XEN) P2M: 3 levels with order-1 r= oot, VTCR 0x80003558
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Loading ker= nel from boot module @ 00000000c0800000
(XEN) Allocating 1:1 mappings to= talling 1024MB for dom0:
(XEN) BANK[0] 0x00000080000000-0x00000088000000= (128MB)
(XEN) BANK[1] 0x00000090000000-0x000000c0000000 (768MB)
(XEN= ) BANK[2] 0x000000c8000000-0x000000d0000000 (128MB)
(XEN) Loading zImage= from 00000000c0800000 to 0000000087a00000-0000000087eaa158
(XEN) Loadin= g dom0 DTB to 0x0000000087800000-0x0000000087815914
(XEN) Scrubbing Free= RAM on 1 nodes using 2 CPUs
(XEN) ......done.
(XEN) Initial low memo= ry virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: All
(XEN)= Guest Loglevel: All
(XEN) *********************************************= *
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* = This option is intended to aid debugging of Xen by ensuring
(XEN) ******= * that all output is synchronously delivered on the serial line.
(XEN) *= ****** However it can introduce SIGNIFICANT latencies and affect
(XEN) *= ****** timekeeping. It is NOT recommended for production use!
(XEN) ****= ******************************************
(XEN) 3... 2... 1...
(XEN= ) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch = input to Xen)
(XEN) Freed 252kB init memory.
Booting Linux on physica= l CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desk= top) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4= .7-2013.03-20130313 - Linaro GCC 2013.03) ) #9 SMP PREEMPT Fri May 22 18:19= :32 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10= c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cacheMachine: Jacinto6 evm board, model: TI DRA7
debug: ignoring loglevel s= etting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA: reserved 56 M= iB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cma: CMA: reserve= d 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae000000
Memory pol= icy: ECC disabled, Data cache writealloc
OMAP4: Map 0xcfe00000 to 0xfe60= 0000 for dram barrier
On node 0 totalpages: 260608
free_area_init_nod= e: node 0, pgdat c099a880, node_mem_map c09de000
=C2=A0 Normal zone: 152= 0 pages used for memmap
=C2=A0 Normal zone: 0 pages reserved
=C2=A0 N= ormal zone: 160768 pages, LIFO batch:31
=C2=A0 HighMem zone: 1040 pages = used for memmap
=C2=A0 HighMem zone: 99840 pages, LIFO batch:31
psci:= probing function IDs from device-tree
Unhandled fault: terminal excepti= on (0x002) at 0xfa243404
Internal error: : 2 [#1] PREEMPT SMP ARM
Mod= ules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gb= e43a19-dirty #9
task: c091efa0 ti: c0914000 task.ti: c0914000
PC is a= t omap4_prminst_read_inst_reg+0x28/0x40
LR is at omap4_pwrdm_wait_transi= tion+0x48/0x7c
pc : [<c0039b80>]=C2=A0=C2=A0=C2=A0 lr : [<c0031= 788>]=C2=A0=C2=A0=C2=A0 psr: a00001d3
sp : c0915ee0=C2=A0 ip : c0915e= f0=C2=A0 fp : c0915eec
r10: 00000000=C2=A0 r9 : c095f218=C2=A0 r8 : 0000= 0001
r7 : c0966200=C2=A0 r6 : 000186a1=C2=A0 r5 : c0929608=C2=A0 r4 : 00= 000001
r3 : fa243000=C2=A0 r2 : fa243404=C2=A0 r1 : 00000400=C2=A0 r0 : = 00000005
Flags: NzCv=C2=A0 IRQs off=C2=A0 FIQs off=C2=A0 Mode SVC_32=C2= =A0 ISA ARM=C2=A0 Segment kernel
Control: 10c5387d=C2=A0 Table: 8000406a= =C2=A0 DAC: 00000015
Process swapper (pid: 0, stack limit =3D 0xc0914248= )
Stack: (0xc0915ee0 to 0xc0916000)
5ee0: c0915f0c c0915ef0 c0031788 = c0039b64 c0929608 c0923aa0 c090166c c099de24
5f00: c0915f34 c0915f10 c00= 3aff0 c003174c 2f800000 c091c4a4 c08f7c10 00000002
5f20: c091c534 c091fe= 94 c0915f44 c0915f38 c08c9e58 c003aecc c0915f54 c0915f48
5f40: c08c1c3c = c08c9e48 c0915fb4 c0915f58 c08bc60c c08c1bdc c0915f60 c0915f68
5f60: 000= 00000 00000000 00000000 00000000 00000000 00000000 00000000 00000001
5f8= 0: 00000000 00000000 c07e15e4 00000001 c099c1c0 00000000 ffffffff bfffffff<= br>5fa0: 412fc0f2 00000000 c0915ff4 c0915fb8 c08b88b0 c08bbd98 00000000 000= 00000
5fc0: 00000000 00000000 00000000 c08f9cb8 00000000 10c5387d c091c4= 94 c08f9cb4
5fe0: c091ff9c 8000406a 00000000 c0915ff8 80008074 c08b8840 = 00000000 00000000
Backtrace:
[<c0039b58>] (omap4_prminst_read_= inst_reg+0x0/0x40) from [<c0031788>] (omap4_pwrdm_wait_transition+0x4= 8/0x7c)
[<c0031740>] (omap4_pwrdm_wait_transition+0x0/0x7c) from [= <c003aff0>] (pwrdm_register_pwrdms+0x130/0x198)
=C2=A0r7:c099de24 = r6:c090166c r5:c0923aa0 r4:c0929608
[<c003aec0>] (pwrdm_register_p= wrdms+0x0/0x198) from [<c08c9e58>] (dra7xx_powerdomains_init+0x1c/0x2= c)
[<c08c9e3c>] (dra7xx_powerdomains_init+0x0/0x2c) from [<c08c= 1c3c>] (dra7xx_init_early+0x6c/0x90)
[<c08c1bd0>] (dra7xx_init_= early+0x0/0x90) from [<c08bc60c>] (setup_arch+0x880/0x960)
[<c0= 8bbd8c>] (setup_arch+0x0/0x960) from [<c08b88b0>] (start_kernel+0x= 7c/0x310)
[<c08b8834>] (start_kernel+0x0/0x310) from [<80008074= >] (0x80008074)
=C2=A0r8:8000406a r7:c091ff9c r6:c08f9cb4 r5:c091c494= r4:10c5387d
Code: e59f301c e7933100 e3530000 0a000003 (e0822001)
--= -[ end trace 1b75b31a2719ed1c ]---
Kernel panic - not syncing: Attempted= to kill the idle task!

When I investigated further I found th= at the crash happens in CPU0 and CPU1 power domain registrations. So I just= skipped the registration of these two modules and encountered another cras= h during IRQ initialization. Here is the latest log -

(XEN) 3... 2..= . 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three ti= mes to switch input to Xen)
(XEN) Freed 252kB init memory.
Booting Li= nux on physical CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (aksh= ay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG l= inaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP PREEMPT M= on May 25 12:44:25 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (= ARMv7), cr=3D10c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT inst= ruction cache
Machine: Jacinto6 evm board, model: TI DRA7
debug: igno= ring loglevel setting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA= : reserved 56 MiB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cm= a: CMA: reserved 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae00000= 0
Memory policy: ECC disabled, Data cache writealloc
OMAP4: Map 0xcfe= 00000 to 0xfe600000 for dram barrier
On node 0 totalpages: 260608
fre= e_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000
=C2=A0 N= ormal zone: 1520 pages used for memmap
=C2=A0 Normal zone: 0 pages reser= ved
=C2=A0 Normal zone: 160768 pages, LIFO batch:31
=C2=A0 HighMem zo= ne: 1040 pages used for memmap
=C2=A0 HighMem zone: 99840 pages, LIFO ba= tch:31
psci: probing function IDs from device-tree
clockdomain: mp= u0_clkdm: powerdomain cpu0_pwrdm does not exist
clockdomain: mpu1_clkdm:= powerdomain cpu1_pwrdm does not exist
PERCPU: Embedded 8 pages/cpu = @c13e3000 s8704 r8192 d15872 u32768
pcpu-alloc: s8704 r8192 d15872 u3276= 8 alloc=3D8*4096
pcpu-alloc: [0] 0 [0] 1
Built 1 zonelists in Zone or= der, mobility grouping on.=C2=A0 Total pages: 259088
Kernel command line= : console=3Dhvc0 earlyprintk=3Dxen debug ignore_loglevel root=3D/dev/mmcblk= 0p2 rw rootwait fixrtc
PID hash table entries: 4096 (order: 2, 16384 byt= es)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
= Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 8= 34380K/1042432K available (6539K kernel code, 530K rwdata, 2220K rodata, 35= 2K init, 253K bss, 208052K reserved, 399360K highmem)
Virtual kernel mem= ory layout:
=C2=A0=C2=A0=C2=A0 vector=C2=A0 : 0xffff0000 - 0xffff1000=C2= =A0=C2=A0 (=C2=A0=C2=A0 4 kB)
=C2=A0=C2=A0=C2=A0 fixmap=C2=A0 : 0xfff000= 00 - 0xfffe0000=C2=A0=C2=A0 ( 896 kB)
=C2=A0=C2=A0=C2=A0 vmalloc : 0xf00= 00000 - 0xff000000=C2=A0=C2=A0 ( 240 MB)
=C2=A0=C2=A0=C2=A0 lowmem=C2=A0= : 0xc0000000 - 0xef800000=C2=A0=C2=A0 ( 760 MB)
=C2=A0=C2=A0=C2=A0 pkma= p=C2=A0=C2=A0 : 0xbfe00000 - 0xc0000000=C2=A0=C2=A0 (=C2=A0=C2=A0 2 MB)
= =C2=A0=C2=A0=C2=A0 modules : 0xbf000000 - 0xbfe00000=C2=A0=C2=A0 (=C2=A0 14= MB)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .text : 0xc0008000 - 0xc08960ac=C2= =A0=C2=A0 (8761 kB)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .init : 0xc0897000 - = 0xc08ef200=C2=A0=C2=A0 ( 353 kB)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 .data : = 0xc08f0000 - 0xc0974ba8=C2=A0=C2=A0 ( 531 kB)
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 .bss : 0xc0974bb4 - 0xc09b403c=C2=A0=C2=A0 ( 254 kB)
Preemp= tible hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
Unhan= dled fault: terminal exception (0x002) at 0xfa281010
Internal error: : 2= [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swapper/= 0 Not tainted 3.12.25-28678-gbe43a19-dirty #13
task: c08faa20 ti: c08f00= 00 task.ti: c08f0000
PC is at omap_wakeupgen_init+0xe8/0x1d8
LR is at= 0xc0976240
pc : [<c08a62fc>]=C2=A0=C2=A0=C2=A0 lr : [<c0976240= >]=C2=A0=C2=A0=C2=A0 psr: 800001d3
sp : c08f1f78=C2=A0 ip : c08fdcec= =C2=A0 fp : c08f1f94
r10: 00000000=C2=A0 r9 : 412fc0f2=C2=A0 r8 : c13e00= c0
r7 : c08fdcec=C2=A0 r6 : 00000000=C2=A0 r5 : 00000000=C2=A0 r4 : 0000= 0000
r3 : 00000000=C2=A0 r2 : 00000000=C2=A0 r1 : fa281000=C2=A0 r0 : fa= 281010
Flags: Nzcv=C2=A0 IRQs off=C2=A0 FIQs off=C2=A0 Mode SVC_32=C2=A0= ISA ARM=C2=A0 Segment kernel
Control: 10c5387d=C2=A0 Table: 8000406a=C2= =A0 DAC: 00000015
Process swapper/0 (pid: 0, stack limit =3D 0xc08f0248)=
Stack: (0xc08f1f78 to 0xc08f2000)
1f60:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00= 000001 c0974bc0
1f80: c08d7398 ffffffff c08f1fa4 c08f1f98 c08a61b4 c08a6= 220 c08f1fb4 c08f1fa8
1fa0: c089a6ec c08a6138 c08f1ff4 c08f1fb8 c08979d0= c089a6cc ffffffff ffffffff
1fc0: c08975d0 00000000 00000000 c08d7398 00= 000000 10c5387d c08f8494 c08d7394
1fe0: c08fba14 8000406a 00000000 c08f1= ff8 80008074 c0897840 00000000 00000000
Backtrace:
[<c08a6214>]= (omap_wakeupgen_init+0x0/0x1d8) from [<c08a61b4>] (omap_gic_of_init+= 0x88/0xa0)
=C2=A0r7:ffffffff r6:c08d7398 r5:c0974bc0 r4:00000001
[<= ;c08a612c>] (omap_gic_of_init+0x0/0xa0) from [<c089a6ec>] (init_IR= Q+0x2c/0x34)
[<c089a6c0>] (init_IRQ+0x0/0x34) from [<c08979d0&g= t;] (start_kernel+0x19c/0x310)
[<c0897834>] (start_kernel+0x0/0x31= 0) from [<80008074>] (0x80008074)
=C2=A0r8:8000406a r7:c08fba14 r6= :c08d7394 r5:c08f8494 r4:10c5387d
Code: e1a06003 e59fc0dc e59fe0d4 ea000= 008 (e59e1384)
---[ end trace 1b75b31a2719ed1c ]---
Kernel panic - no= t syncing: Attempted to kill the idle task!

I am not sure if I= am going in the right direction. Please let me know if any change needed i= n dts file or kernel config (specifically for Xen Dom0 booting) to fix thes= e issues.

Thanks= ,
Akshay

On Fri, May 22, 2015 at 8:49 = PM, Andrii Anisov <andrii.anisov@globallogic.com> wrote:
Get back to t= he list and interested persons with my answer.


On Fri, May 22, 2015 at 6:11 PM, Andrii Anisov
<andrii.anisov@globallo= gic.com> wrote:
> Akshay,
>
> Your dom0 has 128M memory:
>>
>> (XEN) Allocating 1:1 mappings totalling 128MB for dom0:
>> (XEN) BANK[0] 0x000000a8000000-0x000000b0000000 (128MB)
>
>
> And it seems needed mem reserves do not fit available for that domain = memory
> range.
> Actually running the DRA7xx EVM software under XEN with all features n= eeds
> booting modules and reserves beeing tossed in order to provide needed = ranges
> to 1:1 mapped Dom0. Take in account these lines:
>
>>
>> (XEN) MODULE[0]: 000000008ffe6000 - 000000008fffd000 Device Tree >> (XEN) MODULE[1]: 00000000a0000000 - 00000000a04b0000 Kernel
>> (XEN)=C2=A0 RESVD[0]: 00000000825f0000 - 0000000082607000
>> (XEN)=C2=A0 RESVD[1]: 000000008ffe6000 - 000000008fffd000
>
>
> For the first try I would suggest you to place all boot modules and bo= ot
> reserves over 0xC0000000 in order to be able to allocate 1GB 1:1 memor= y
> range starting from 0x80000000 for Dom0.
>
> Andrii Anisov | Team Lead
> GlobalLogic
> Kyiv, 03038, Protasov Business Park, M.Grinchenka, 2/1
> P +38.044.492.9695x3664=C2=A0 M +380505738852=C2=A0 S andriyanisov
> www.globallog= ic.com
>
> http://www.globallogic.com/email_disclaimer.txt
>


--90e6ba2125014026d60516e31150-- --===============4128131368141873983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============4128131368141873983==-- From embedded-pv-devel-bounces@lists.xenproject.org Mon May 25 09:39:28 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 25 May 2015 09:39:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywor2-0001mB-6W; Mon, 25 May 2015 09:39:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywor0-0001m6-7K for embedded-pv-devel@lists.xenproject.org; Mon, 25 May 2015 09:39:26 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id A5/2B-03730-DCDE2655; Mon, 25 May 2015 09:39:25 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1432546763!8520196!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19722 invoked from network); 25 May 2015 09:39:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2015 09:39:24 -0000 X-IronPort-AV: E=Sophos;i="5.13,491,1427760000"; d="scan'208";a="268267528" Message-ID: <5562EDB0.6000700@citrix.com> Date: Mon, 25 May 2015 11:38:56 +0200 From: Julien Grall User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: akshay bhat , Andrii Anisov References: In-Reply-To: X-DLP: MIA2 Cc: Julien Grall , embedded-pv-devel@lists.xenproject.org, Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Hi, On 25/05/2015 09:36, akshay bhat wrote: > (XEN) 3... 2... 1... > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > input to Xen) > (XEN) Freed 252kB init memory. > Booting Linux on physical CPU 0x0 > Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc > version 4.7.3 20130226 (prerelease) (crosstool-NG > linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP > PREEMPT Mon May 25 12:44:25 IST 2015 > CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d > CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache > Machine: Jacinto6 evm board, model: TI DRA7 > debug: ignoring loglevel setting. > cma: CMA: reserved 64 MiB at 99000000 > cma: CMA: reserved 56 MiB at 95800000 > cma: CMA: reserved 8 MiB at 9f000000 > cma: CMA: reserved 32 MiB at 9d000000 > cma: CMA: reserved 24 MiB at ae000000 > Memory policy: ECC disabled, Data cache writealloc > OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier > On node 0 totalpages: 260608 > free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000 > Normal zone: 1520 pages used for memmap > Normal zone: 0 pages reserved > Normal zone: 160768 pages, LIFO batch:31 > HighMem zone: 1040 pages used for memmap > HighMem zone: 99840 pages, LIFO batch:31 > psci: probing function IDs from device-tree > *clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not exist > clockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist* > PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768 > pcpu-alloc: s8704 r8192 d15872 u32768 alloc=8*4096 > pcpu-alloc: [0] 0 [0] 1 > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 259088 > Kernel command line: console=hvc0 earlyprintk=xen debug ignore_loglevel > root=/dev/mmcblk0p2 rw rootwait fixrtc > PID hash table entries: 4096 (order: 2, 16384 bytes) > Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) > Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) > Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata, > 2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem) > Virtual kernel memory layout: > vector : 0xffff0000 - 0xffff1000 ( 4 kB) > fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) > vmalloc : 0xf0000000 - 0xff000000 ( 240 MB) > lowmem : 0xc0000000 - 0xef800000 ( 760 MB) > pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) > modules : 0xbf000000 - 0xbfe00000 ( 14 MB) > .text : 0xc0008000 - 0xc08960ac (8761 kB) > .init : 0xc0897000 - 0xc08ef200 ( 353 kB) > .data : 0xc08f0000 - 0xc0974ba8 ( 531 kB) > .bss : 0xc0974bb4 - 0xc09b403c ( 254 kB) > Preemptible hierarchical RCU implementation. > NR_IRQS:16 nr_irqs:16 16 > Unhandled fault: terminal exception (0x002) at 0xfa281010 It's usually because an MMIO region has not been mapped in DOM0. Please give a look in the kernel to see what he is trying to map. Regards, -- Julien Grall _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Mon May 25 09:39:28 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 25 May 2015 09:39:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywor2-0001mB-6W; Mon, 25 May 2015 09:39:28 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ywor0-0001m6-7K for embedded-pv-devel@lists.xenproject.org; Mon, 25 May 2015 09:39:26 +0000 Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id A5/2B-03730-DCDE2655; Mon, 25 May 2015 09:39:25 +0000 X-Env-Sender: julien.grall@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1432546763!8520196!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19722 invoked from network); 25 May 2015 09:39:24 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2015 09:39:24 -0000 X-IronPort-AV: E=Sophos;i="5.13,491,1427760000"; d="scan'208";a="268267528" Message-ID: <5562EDB0.6000700@citrix.com> Date: Mon, 25 May 2015 11:38:56 +0200 From: Julien Grall User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: akshay bhat , Andrii Anisov References: In-Reply-To: X-DLP: MIA2 Cc: Julien Grall , embedded-pv-devel@lists.xenproject.org, Ian Campbell Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org Hi, On 25/05/2015 09:36, akshay bhat wrote: > (XEN) 3... 2... 1... > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch > input to Xen) > (XEN) Freed 252kB init memory. > Booting Linux on physical CPU 0x0 > Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc > version 4.7.3 20130226 (prerelease) (crosstool-NG > linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP > PREEMPT Mon May 25 12:44:25 IST 2015 > CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d > CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache > Machine: Jacinto6 evm board, model: TI DRA7 > debug: ignoring loglevel setting. > cma: CMA: reserved 64 MiB at 99000000 > cma: CMA: reserved 56 MiB at 95800000 > cma: CMA: reserved 8 MiB at 9f000000 > cma: CMA: reserved 32 MiB at 9d000000 > cma: CMA: reserved 24 MiB at ae000000 > Memory policy: ECC disabled, Data cache writealloc > OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier > On node 0 totalpages: 260608 > free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000 > Normal zone: 1520 pages used for memmap > Normal zone: 0 pages reserved > Normal zone: 160768 pages, LIFO batch:31 > HighMem zone: 1040 pages used for memmap > HighMem zone: 99840 pages, LIFO batch:31 > psci: probing function IDs from device-tree > *clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not exist > clockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist* > PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768 > pcpu-alloc: s8704 r8192 d15872 u32768 alloc=8*4096 > pcpu-alloc: [0] 0 [0] 1 > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 259088 > Kernel command line: console=hvc0 earlyprintk=xen debug ignore_loglevel > root=/dev/mmcblk0p2 rw rootwait fixrtc > PID hash table entries: 4096 (order: 2, 16384 bytes) > Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) > Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) > Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata, > 2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem) > Virtual kernel memory layout: > vector : 0xffff0000 - 0xffff1000 ( 4 kB) > fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) > vmalloc : 0xf0000000 - 0xff000000 ( 240 MB) > lowmem : 0xc0000000 - 0xef800000 ( 760 MB) > pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) > modules : 0xbf000000 - 0xbfe00000 ( 14 MB) > .text : 0xc0008000 - 0xc08960ac (8761 kB) > .init : 0xc0897000 - 0xc08ef200 ( 353 kB) > .data : 0xc08f0000 - 0xc0974ba8 ( 531 kB) > .bss : 0xc0974bb4 - 0xc09b403c ( 254 kB) > Preemptible hierarchical RCU implementation. > NR_IRQS:16 nr_irqs:16 16 > Unhandled fault: terminal exception (0x002) at 0xfa281010 It's usually because an MMIO region has not been mapped in DOM0. Please give a look in the kernel to see what he is trying to map. Regards, -- Julien Grall _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel From embedded-pv-devel-bounces@lists.xenproject.org Mon May 25 12:46:46 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 25 May 2015 12:46:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YwrmI-0007za-45; Mon, 25 May 2015 12:46:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YwrmH-0007zV-18 for embedded-pv-devel@lists.xenproject.org; Mon, 25 May 2015 12:46:45 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id DE/16-03031-4B913655; Mon, 25 May 2015 12:46:44 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1432558001!20560047!1 X-Originating-IP: [209.85.223.176] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29053 invoked from network); 25 May 2015 12:46:42 -0000 Received: from mail-ie0-f176.google.com (HELO mail-ie0-f176.google.com) (209.85.223.176) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2015 12:46:42 -0000 Received: by iesa3 with SMTP id a3so71905084ies.2 for ; Mon, 25 May 2015 05:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oq94e1t6Z3wwo7fJo/OXdBUyYskR+cx/yL78p2pIUvk=; b=XbGdBKieDX94iSeTubGC5tziH9ye+wktdu15Qbg/MSLKcO0ljlRaQY3JBGJjNvbuF0 SY17Jxu4c7E1KxIUStHcbCT8m2kLhUQt/pWmtXGX5DNvHEGyIFfDOCQhf1gE/3VABR7I fU6dGX5/exVYYYTDfGLL0j7DHMCEUOUOzvCB1g0GvFxiqq0CQqefPm+uf5zbFXD9KYtG cLDZs4Xmjp/TZ3BFT1uPtev/K82YB6NwhpZgzIwF/lQZH/ya+9ZQEE7Ww/Wo1b6X/aJB E/UT9o7Eh8TjKhGW9khuo31NOr8Dbn8otwBGD4gPddirSCLueMULluGpgie+ZM5yDPj+ Uw1A== MIME-Version: 1.0 X-Received: by 10.107.3.79 with SMTP id 76mr27454611iod.60.1432558001213; Mon, 25 May 2015 05:46:41 -0700 (PDT) Received: by 10.64.226.134 with HTTP; Mon, 25 May 2015 05:46:41 -0700 (PDT) In-Reply-To: <5562EDB0.6000700@citrix.com> References: <5562EDB0.6000700@citrix.com> Date: Mon, 25 May 2015 18:16:41 +0530 Message-ID: From: akshay bhat To: Julien Grall Cc: embedded-pv-devel@lists.xenproject.org, Ian Campbell , Andrii Anisov Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4639701208060566660==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============4639701208060566660== Content-Type: multipart/alternative; boundary=001a113ea6c2c858c20516e766a1 --001a113ea6c2c858c20516e766a1 Content-Type: text/plain; charset=UTF-8 Hi Julien/Andril, Now I am able to place all boot modules and boot reserves over 0xC000000 so that there is a clean 1:1 mapping from *0x80000000* to *0xC0000000* to DOM0. Still I see the CPU0 power domain registration crash. Here is the latest log (simplified) - Starting kernel ... - UART enabled - - CPU 00000000 booting - . . (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) *(XEN) MODULE[0]: 00000000c0000000 - 00000000c0017000 Device Tree(XEN) MODULE[1]: 00000000cf000000 - 00000000cf4b0000 Kernel(XEN) RESVD[0]: 00000000c0000000 - 00000000c0017000* (XEN) (XEN) Command line: dom0_mem=1G sync_console console=dtuart dtuart=serial0 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised . . (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. (XEN) Brought up 2 CPUs (XEN) P2M: 40-bit IPA (XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558 (XEN) *** LOADING DOMAIN 0 *** (XEN) Loading kernel from boot module @ 00000000cf000000 (XEN) Allocating 1:1 mappings totalling 1024MB for dom0: (XEN)* BANK[0] 0x00000080000000-0x000000c0000000 (1024MB)* (XEN) Loading zImage from 00000000cf000000 to 0000000087a00000-0000000087e98d28 (XEN) Loading dom0 DTB to 0x0000000088000000-0x0000000088015904 (XEN) Scrubbing Free RAM on 1 nodes using 2 CPUs (XEN) ......done. (XEN) Initial low memory virq threshold set at 0x4000 pages. . . (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #18 SMP PREEMPT Mon May 25 18:02:45 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 . . psci: probing function IDs from device-tree Unhandled fault: terminal exception (0x002) at Internal error: : 2 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gbe43a19-dirty #18 task: 808faa20 ti: 808f0000 task.ti: 808f0000 PC is at omap4_prminst_read_inst_reg+0x28/0x40 LR is at omap4_pwrdm_wait_transition+0x48/0x7c pc : [<800378dc>] lr : [<80030d10>] psr: a00001d3 sp : 808f1ee8 ip : 808f1ef8 fp : 808f1ef4 r10: 00000001 r9 : 0000000b r8 : 808fe924 r7 : 8093f740 r6 : 000186a1 r5 : 809035c4 r4 : 00000001 r3 : fa243000 r2 : fa243404 r1 : 00000400 r0 : 00000005 Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: 8000406a DAC: 00000015 Process swapper (pid: 0, stack limit = 0x808f0248) Stack: (0x808f1ee8 to 0x808f2000) 1ee0: 808f1f14 808f1ef8 80030d10 800378c0 8097676c 809035c4 1f00: 00000000 808de74c 808f1f44 808f1f18 80038d84 80030cd4 8097676c 80975680 1f20: 808f849c 808d530c 00000002 808f8530 80938758 808fb90c 808f1f54 808f1f48 1f40: 808a849c 80038c28 808f1f64 808f1f58 808a09a8 808a848c 808f1fb4 808f1f68 1f60: 8089b4d4 808a0948 00000000 10c5387d 00000000 00000000 00000000 00000001 1f80: 00000000 00000000 807c3614 00000001 80974bc0 00000000 ffffffff ffffffff 1fa0: 412fc0f2 00000000 808f1ff4 808f1fb8 808978b0 8089ad18 00000000 00000000 1fc0: 00000000 00000000 00000000 808d7398 00000000 10c5387d 808f8494 808d7394 1fe0: 808fba14 8000406a 00000000 808f1ff8 80008074 80897840 00000000 00000000 Backtrace: *[<800378b4>] (omap4_prminst_read_inst_reg+0x0/0x40) from [<80030d10>] (omap4_pwrdm_wait_transition+0x48/0x7c)[<80030cc8>] (omap4_pwrdm_wait_transition+0x0/0x7c) from [<80038d84>] (pwrdm_register_pwrdms+0x168/0x1c4) r7:808de74c r6:00000000 r5:809035c4 r4:8097676c[<80038c1c>] (pwrdm_register_pwrdms+0x0/0x1c4) from [<808a849c>] (dra7xx_powerdomains_init+0x1c/0x2c)[<808a8480>] (dra7xx_powerdomains_init+0x0/0x2c) from [<808a09a8>] (dra7xx_init_early+0x6c/0x90)* [<808a093c>] (dra7xx_init_early+0x0/0x90) from [<8089b4d4>] (setup_arch+0x7c8/0x894) [<8089ad0c>] (setup_arch+0x0/0x894) from [<808978b0>] (start_kernel+0x7c/0x310) [<80897834>] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074) r8:8000406a r7:808fba14 r6:808d7394 r5:808f8494 r4:10c5387d Code: e59f301c e7933100 e3530000 0a000003 (e0822001) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! Is it still a mapping issue? FYI, the hardware has 1.5GB of physical RAM. Are you saying that the kernel is attempting to access some address (harcoded) which is above 0xC0000000 in this case? Thanks, Akshay On Mon, May 25, 2015 at 3:08 PM, Julien Grall wrote: > Hi, > > > On 25/05/2015 09:36, akshay bhat wrote: > >> (XEN) 3... 2... 1... >> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch >> input to Xen) >> (XEN) Freed 252kB init memory. >> Booting Linux on physical CPU 0x0 >> Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc >> version 4.7.3 20130226 (prerelease) (crosstool-NG >> linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP >> PREEMPT Mon May 25 12:44:25 IST 2015 >> CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d >> CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache >> Machine: Jacinto6 evm board, model: TI DRA7 >> debug: ignoring loglevel setting. >> cma: CMA: reserved 64 MiB at 99000000 >> cma: CMA: reserved 56 MiB at 95800000 >> cma: CMA: reserved 8 MiB at 9f000000 >> cma: CMA: reserved 32 MiB at 9d000000 >> cma: CMA: reserved 24 MiB at ae000000 >> Memory policy: ECC disabled, Data cache writealloc >> OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier >> On node 0 totalpages: 260608 >> free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000 >> Normal zone: 1520 pages used for memmap >> Normal zone: 0 pages reserved >> Normal zone: 160768 pages, LIFO batch:31 >> HighMem zone: 1040 pages used for memmap >> HighMem zone: 99840 pages, LIFO batch:31 >> psci: probing function IDs from device-tree >> *clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not exist >> clockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist* >> >> PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768 >> pcpu-alloc: s8704 r8192 d15872 u32768 alloc=8*4096 >> pcpu-alloc: [0] 0 [0] 1 >> Built 1 zonelists in Zone order, mobility grouping on. Total pages: >> 259088 >> Kernel command line: console=hvc0 earlyprintk=xen debug ignore_loglevel >> root=/dev/mmcblk0p2 rw rootwait fixrtc >> PID hash table entries: 4096 (order: 2, 16384 bytes) >> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) >> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) >> Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata, >> 2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem) >> Virtual kernel memory layout: >> vector : 0xffff0000 - 0xffff1000 ( 4 kB) >> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) >> vmalloc : 0xf0000000 - 0xff000000 ( 240 MB) >> lowmem : 0xc0000000 - 0xef800000 ( 760 MB) >> pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) >> modules : 0xbf000000 - 0xbfe00000 ( 14 MB) >> .text : 0xc0008000 - 0xc08960ac (8761 kB) >> .init : 0xc0897000 - 0xc08ef200 ( 353 kB) >> .data : 0xc08f0000 - 0xc0974ba8 ( 531 kB) >> .bss : 0xc0974bb4 - 0xc09b403c ( 254 kB) >> Preemptible hierarchical RCU implementation. >> NR_IRQS:16 nr_irqs:16 16 >> Unhandled fault: terminal exception (0x002) at 0xfa281010 >> > > It's usually because an MMIO region has not been mapped in DOM0. > Please give a look in the kernel to see what he is trying to map. > > Regards, > > -- > Julien Grall > --001a113ea6c2c858c20516e766a1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Julien/Andril,

Now I am a= ble to place all boot modules and boot reserves over 0xC000000 so that ther= e is a clean 1:1 mapping from 0x80000000 to 0xC0000000 to DOM= 0. Still I see the CPU0 power domain registration crash. Here is the latest= log (simplified) -
Starting kernel ...

- UART enabled -
- CPU= 00000000 booting -
.
.
(XEN) Checking for initrd in /chosen
(X= EN) RAM: 0000000080000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]= : 00000000c0000000 - 00000000c0017000 Device Tree
(XEN) MODULE[1]: 00000= 000cf000000 - 00000000cf4b0000 Kernel
(XEN)=C2=A0 RESVD[0]: 00000000c000= 0000 - 00000000c0017000
(XEN)
(XEN) Command line: dom0_mem=3D1G s= ync_console console=3Ddtuart dtuart=3Dserial0
(XEN) Placing Xen at 0x000= 00000dfe00000-0x00000000e0000000
(XEN) Update BOOTMOD_XEN from 000000008= 0200000-00000000802f1701 =3D> 00000000dfe00000-00000000dfef1701
(XEN)= Xen heap: 00000000da000000-00000000de000000 (16384 pages)
(XEN) Dom hea= p: 376832 pages
(XEN) Domain heap initialised
.
.
(XEN) Bringin= g up CPU1
- CPU 00000001 booting -
- Xen starting in Hyp mode -
- = Setting up control registers -
- Turning on paging -
- Ready -
(XE= N) CPU 1 booted.
(XEN) Brought up 2 CPUs
(XEN) P2M: 40-bit IPA
(XE= N) P2M: 3 levels with order-1 root, VTCR 0x80003558
(XEN) *** LOADING DO= MAIN 0 ***
(XEN) Loading kernel from boot module @ 00000000cf000000
(= XEN) Allocating 1:1 mappings totalling 1024MB for dom0:
(XEN) BANK[0]= 0x00000080000000-0x000000c0000000 (1024MB)
(XEN) Loading zImage fro= m 00000000cf000000 to 0000000087a00000-0000000087e98d28
(XEN) Loading do= m0 DTB to 0x0000000088000000-0x0000000088015904
(XEN) Scrubbing Free RAM= on 1 nodes using 2 CPUs
(XEN) ......done.
(XEN) Initial low memory v= irq threshold set at 0x4000 pages.
.
.
(XEN) *** Serial input ->= ; DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) = Freed 252kB init memory.
Booting Linux on physical CPU 0x0
Linux vers= ion 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3= 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - L= inaro GCC 2013.03) ) #18 SMP PREEMPT Mon May 25 18:02:45 IST 2015
CPU: A= RMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10c5387d
CPU: PIPT / = VIPT nonaliasing data cache, PIPT instruction cache
Machine: Jacinto6 ev= m board, model: TI DRA7
.
.
psci: probing function IDs from device= -tree
Unhandled fault: terminal exception (0x002) at
Internal error:= : 2 [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swap= per Not tainted 3.12.25-28678-gbe43a19-dirty #18
task: 808faa20 ti: 808f= 0000 task.ti: 808f0000
PC is at omap4_prminst_read_inst_reg+0x28/0x40LR is at omap4_pwrdm_wait_transition+0x48/0x7c
pc : [<800378dc>]= =C2=A0=C2=A0=C2=A0 lr : [<80030d10>]=C2=A0=C2=A0=C2=A0 psr: a00001d3<= br>sp : 808f1ee8=C2=A0 ip : 808f1ef8=C2=A0 fp : 808f1ef4
r10: 00000001= =C2=A0 r9 : 0000000b=C2=A0 r8 : 808fe924
r7 : 8093f740=C2=A0 r6 : 000186= a1=C2=A0 r5 : 809035c4=C2=A0 r4 : 00000001
r3 : fa243000=C2=A0 r2 : fa24= 3404=C2=A0 r1 : 00000400=C2=A0 r0 : 00000005
Flags: NzCv=C2=A0 IRQs off= =C2=A0 FIQs off=C2=A0 Mode SVC_32=C2=A0 ISA ARM=C2=A0 Segment kernel
Con= trol: 10c5387d=C2=A0 Table: 8000406a=C2=A0 DAC: 00000015
Process swapper= (pid: 0, stack limit =3D 0x808f0248)
Stack: (0x808f1ee8 to 0x808f2000)<= br>1ee0:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 808f1f14 808f1ef8 80030d10 80037= 8c0 8097676c 809035c4
1f00: 00000000 808de74c 808f1f44 808f1f18 80038d84= 80030cd4 8097676c 80975680
1f20: 808f849c 808d530c 00000002 808f8530 80= 938758 808fb90c 808f1f54 808f1f48
1f40: 808a849c 80038c28 808f1f64 808f1= f58 808a09a8 808a848c 808f1fb4 808f1f68
1f60: 8089b4d4 808a0948 00000000= 10c5387d 00000000 00000000 00000000 00000001
1f80: 00000000 00000000 80= 7c3614 00000001 80974bc0 00000000 ffffffff ffffffff
1fa0: 412fc0f2 00000= 000 808f1ff4 808f1fb8 808978b0 8089ad18 00000000 00000000
1fc0: 00000000= 00000000 00000000 808d7398 00000000 10c5387d 808f8494 808d7394
1fe0: 80= 8fba14 8000406a 00000000 808f1ff8 80008074 80897840 00000000 00000000
Ba= cktrace:
[<800378b4>] (omap4_prminst_read_inst_reg+0x0/0x40) fr= om [<80030d10>] (omap4_pwrdm_wait_transition+0x48/0x7c)
[<80030= cc8>] (omap4_pwrdm_wait_transition+0x0/0x7c) from [<80038d84>] (pw= rdm_register_pwrdms+0x168/0x1c4)
=C2=A0r7:808de74c r6:00000000 r5:809035= c4 r4:8097676c
[<80038c1c>] (pwrdm_register_pwrdms+0x0/0x1c4) from= [<808a849c>] (dra7xx_powerdomains_init+0x1c/0x2c)
[<808a8480&g= t;] (dra7xx_powerdomains_init+0x0/0x2c) from [<808a09a8>] (dra7xx_ini= t_early+0x6c/0x90)
[<808a093c>] (dra7xx_init_early+0x0/0x90) f= rom [<8089b4d4>] (setup_arch+0x7c8/0x894)
[<8089ad0c>] (setu= p_arch+0x0/0x894) from [<808978b0>] (start_kernel+0x7c/0x310)
[<= ;80897834>] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074= )
=C2=A0r8:8000406a r7:808fba14 r6:808d7394 r5:808f8494 r4:10c5387d
C= ode: e59f301c e7933100 e3530000 0a000003 (e0822001)
---[ end trace 1b75b= 31a2719ed1c ]---
Kernel panic - not syncing: Attempted to kill the idle = task!

Is it still a mapping issu= e? FYI, the hardware has 1.5GB of physical RAM. Are you saying that the ker= nel is attempting to access some address (harcoded) which is above 0xC00000= 00 in this case?

Thanks,
Akshay
On Mon, May 25, 2015 at 3:08 PM, Julien Gra= ll <julien.grall@citrix.com> wrote:
Hi,


On 25/05/2015 09:36, akshay bhat wrote:
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to swi= tch
input to Xen)
(XEN) Freed 252kB init memory.
Booting Linux on physical CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc
version 4.7.3 20130226 (prerelease) (crosstool-NG
linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP
PREEMPT Mon May 25 12:44:25 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
Machine: Jacinto6 evm board, model: TI DRA7
debug: ignoring loglevel setting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA: reserved 56 MiB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cma: CMA: reserved 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae000000
Memory policy: ECC disabled, Data cache writealloc
OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier
On node 0 totalpages: 260608
free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000
=C2=A0 =C2=A0Normal zone: 1520 pages used for memmap
=C2=A0 =C2=A0Normal zone: 0 pages reserved
=C2=A0 =C2=A0Normal zone: 160768 pages, LIFO batch:31
=C2=A0 =C2=A0HighMem zone: 1040 pages used for memmap
=C2=A0 =C2=A0HighMem zone: 99840 pages, LIFO batch:31
psci: probing function IDs from device-tree
*clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not exist
clockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist*

PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768
pcpu-alloc: s8704 r8192 d15872 u32768 alloc=3D8*4096
pcpu-alloc: [0] 0 [0] 1
Built 1 zonelists in Zone order, mobility grouping on.=C2=A0 Total pages: 2= 59088
Kernel command line: console=3Dhvc0 earlyprintk=3Dxen debug ignore_loglevel=
root=3D/dev/mmcblk0p2 rw rootwait fixrtc
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata,
2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem)
Virtual kernel memory layout:
=C2=A0 =C2=A0 =C2=A0vector=C2=A0 : 0xffff0000 - 0xffff1000=C2=A0 =C2=A0(=C2= =A0 =C2=A04 kB)
=C2=A0 =C2=A0 =C2=A0fixmap=C2=A0 : 0xfff00000 - 0xfffe0000=C2=A0 =C2=A0( 89= 6 kB)
=C2=A0 =C2=A0 =C2=A0vmalloc : 0xf0000000 - 0xff000000=C2=A0 =C2=A0( 240 MB)=
=C2=A0 =C2=A0 =C2=A0lowmem=C2=A0 : 0xc0000000 - 0xef800000=C2=A0 =C2=A0( 76= 0 MB)
=C2=A0 =C2=A0 =C2=A0pkmap=C2=A0 =C2=A0: 0xbfe00000 - 0xc0000000=C2=A0 =C2= =A0(=C2=A0 =C2=A02 MB)
=C2=A0 =C2=A0 =C2=A0modules : 0xbf000000 - 0xbfe00000=C2=A0 =C2=A0(=C2=A0 1= 4 MB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0.text : 0xc0008000 - 0xc08960ac=C2=A0 =C2=A0(876= 1 kB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0.init : 0xc0897000 - 0xc08ef200=C2=A0 =C2=A0( 35= 3 kB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0.data : 0xc08f0000 - 0xc0974ba8=C2=A0 =C2=A0( 53= 1 kB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 .bss : 0xc0974bb4 - 0xc09b403c=C2=A0 =C2=A0( 25= 4 kB)
Preemptible hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
Unhandled fault: terminal exception (0x002) at 0xfa281010

It's usually because an MMIO region has not been mapped in DOM0.
Please give a look in the kernel to see what he is trying to map.

Regards,

--
Julien Grall


--001a113ea6c2c858c20516e766a1-- --===============4639701208060566660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============4639701208060566660==-- From embedded-pv-devel-bounces@lists.xenproject.org Mon May 25 12:46:46 2015 Return-path: Envelope-to: archives@lists.xenproject.org Delivery-date: Mon, 25 May 2015 12:46:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YwrmI-0007za-45; Mon, 25 May 2015 12:46:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YwrmH-0007zV-18 for embedded-pv-devel@lists.xenproject.org; Mon, 25 May 2015 12:46:45 +0000 Received: from [193.109.254.147] by server-2.bemta-14.messagelabs.com id DE/16-03031-4B913655; Mon, 25 May 2015 12:46:44 +0000 X-Env-Sender: akshayabhat@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1432558001!20560047!1 X-Originating-IP: [209.85.223.176] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.13.15; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29053 invoked from network); 25 May 2015 12:46:42 -0000 Received: from mail-ie0-f176.google.com (HELO mail-ie0-f176.google.com) (209.85.223.176) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 May 2015 12:46:42 -0000 Received: by iesa3 with SMTP id a3so71905084ies.2 for ; Mon, 25 May 2015 05:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oq94e1t6Z3wwo7fJo/OXdBUyYskR+cx/yL78p2pIUvk=; b=XbGdBKieDX94iSeTubGC5tziH9ye+wktdu15Qbg/MSLKcO0ljlRaQY3JBGJjNvbuF0 SY17Jxu4c7E1KxIUStHcbCT8m2kLhUQt/pWmtXGX5DNvHEGyIFfDOCQhf1gE/3VABR7I fU6dGX5/exVYYYTDfGLL0j7DHMCEUOUOzvCB1g0GvFxiqq0CQqefPm+uf5zbFXD9KYtG cLDZs4Xmjp/TZ3BFT1uPtev/K82YB6NwhpZgzIwF/lQZH/ya+9ZQEE7Ww/Wo1b6X/aJB E/UT9o7Eh8TjKhGW9khuo31NOr8Dbn8otwBGD4gPddirSCLueMULluGpgie+ZM5yDPj+ Uw1A== MIME-Version: 1.0 X-Received: by 10.107.3.79 with SMTP id 76mr27454611iod.60.1432558001213; Mon, 25 May 2015 05:46:41 -0700 (PDT) Received: by 10.64.226.134 with HTTP; Mon, 25 May 2015 05:46:41 -0700 (PDT) In-Reply-To: <5562EDB0.6000700@citrix.com> References: <5562EDB0.6000700@citrix.com> Date: Mon, 25 May 2015 18:16:41 +0530 Message-ID: From: akshay bhat To: Julien Grall Cc: embedded-pv-devel@lists.xenproject.org, Ian Campbell , Andrii Anisov Subject: Re: [Embedded-pv-devel] Xen bring up on TI DRA7xxx (J6) EVM X-BeenThere: embedded-pv-devel@lists.xenproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4639701208060566660==" Sender: embedded-pv-devel-bounces@lists.xenproject.org Errors-To: embedded-pv-devel-bounces@lists.xenproject.org --===============4639701208060566660== Content-Type: multipart/alternative; boundary=001a113ea6c2c858c20516e766a1 --001a113ea6c2c858c20516e766a1 Content-Type: text/plain; charset=UTF-8 Hi Julien/Andril, Now I am able to place all boot modules and boot reserves over 0xC000000 so that there is a clean 1:1 mapping from *0x80000000* to *0xC0000000* to DOM0. Still I see the CPU0 power domain registration crash. Here is the latest log (simplified) - Starting kernel ... - UART enabled - - CPU 00000000 booting - . . (XEN) Checking for initrd in /chosen (XEN) RAM: 0000000080000000 - 00000000dfffffff (XEN) *(XEN) MODULE[0]: 00000000c0000000 - 00000000c0017000 Device Tree(XEN) MODULE[1]: 00000000cf000000 - 00000000cf4b0000 Kernel(XEN) RESVD[0]: 00000000c0000000 - 00000000c0017000* (XEN) (XEN) Command line: dom0_mem=1G sync_console console=dtuart dtuart=serial0 (XEN) Placing Xen at 0x00000000dfe00000-0x00000000e0000000 (XEN) Update BOOTMOD_XEN from 0000000080200000-00000000802f1701 => 00000000dfe00000-00000000dfef1701 (XEN) Xen heap: 00000000da000000-00000000de000000 (16384 pages) (XEN) Dom heap: 376832 pages (XEN) Domain heap initialised . . (XEN) Bringing up CPU1 - CPU 00000001 booting - - Xen starting in Hyp mode - - Setting up control registers - - Turning on paging - - Ready - (XEN) CPU 1 booted. (XEN) Brought up 2 CPUs (XEN) P2M: 40-bit IPA (XEN) P2M: 3 levels with order-1 root, VTCR 0x80003558 (XEN) *** LOADING DOMAIN 0 *** (XEN) Loading kernel from boot module @ 00000000cf000000 (XEN) Allocating 1:1 mappings totalling 1024MB for dom0: (XEN)* BANK[0] 0x00000080000000-0x000000c0000000 (1024MB)* (XEN) Loading zImage from 00000000cf000000 to 0000000087a00000-0000000087e98d28 (XEN) Loading dom0 DTB to 0x0000000088000000-0x0000000088015904 (XEN) Scrubbing Free RAM on 1 nodes using 2 CPUs (XEN) ......done. (XEN) Initial low memory virq threshold set at 0x4000 pages. . . (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 252kB init memory. Booting Linux on physical CPU 0x0 Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #18 SMP PREEMPT Mon May 25 18:02:45 IST 2015 CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache Machine: Jacinto6 evm board, model: TI DRA7 . . psci: probing function IDs from device-tree Unhandled fault: terminal exception (0x002) at Internal error: : 2 [#1] PREEMPT SMP ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.25-28678-gbe43a19-dirty #18 task: 808faa20 ti: 808f0000 task.ti: 808f0000 PC is at omap4_prminst_read_inst_reg+0x28/0x40 LR is at omap4_pwrdm_wait_transition+0x48/0x7c pc : [<800378dc>] lr : [<80030d10>] psr: a00001d3 sp : 808f1ee8 ip : 808f1ef8 fp : 808f1ef4 r10: 00000001 r9 : 0000000b r8 : 808fe924 r7 : 8093f740 r6 : 000186a1 r5 : 809035c4 r4 : 00000001 r3 : fa243000 r2 : fa243404 r1 : 00000400 r0 : 00000005 Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel Control: 10c5387d Table: 8000406a DAC: 00000015 Process swapper (pid: 0, stack limit = 0x808f0248) Stack: (0x808f1ee8 to 0x808f2000) 1ee0: 808f1f14 808f1ef8 80030d10 800378c0 8097676c 809035c4 1f00: 00000000 808de74c 808f1f44 808f1f18 80038d84 80030cd4 8097676c 80975680 1f20: 808f849c 808d530c 00000002 808f8530 80938758 808fb90c 808f1f54 808f1f48 1f40: 808a849c 80038c28 808f1f64 808f1f58 808a09a8 808a848c 808f1fb4 808f1f68 1f60: 8089b4d4 808a0948 00000000 10c5387d 00000000 00000000 00000000 00000001 1f80: 00000000 00000000 807c3614 00000001 80974bc0 00000000 ffffffff ffffffff 1fa0: 412fc0f2 00000000 808f1ff4 808f1fb8 808978b0 8089ad18 00000000 00000000 1fc0: 00000000 00000000 00000000 808d7398 00000000 10c5387d 808f8494 808d7394 1fe0: 808fba14 8000406a 00000000 808f1ff8 80008074 80897840 00000000 00000000 Backtrace: *[<800378b4>] (omap4_prminst_read_inst_reg+0x0/0x40) from [<80030d10>] (omap4_pwrdm_wait_transition+0x48/0x7c)[<80030cc8>] (omap4_pwrdm_wait_transition+0x0/0x7c) from [<80038d84>] (pwrdm_register_pwrdms+0x168/0x1c4) r7:808de74c r6:00000000 r5:809035c4 r4:8097676c[<80038c1c>] (pwrdm_register_pwrdms+0x0/0x1c4) from [<808a849c>] (dra7xx_powerdomains_init+0x1c/0x2c)[<808a8480>] (dra7xx_powerdomains_init+0x0/0x2c) from [<808a09a8>] (dra7xx_init_early+0x6c/0x90)* [<808a093c>] (dra7xx_init_early+0x0/0x90) from [<8089b4d4>] (setup_arch+0x7c8/0x894) [<8089ad0c>] (setup_arch+0x0/0x894) from [<808978b0>] (start_kernel+0x7c/0x310) [<80897834>] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074) r8:8000406a r7:808fba14 r6:808d7394 r5:808f8494 r4:10c5387d Code: e59f301c e7933100 e3530000 0a000003 (e0822001) ---[ end trace 1b75b31a2719ed1c ]--- Kernel panic - not syncing: Attempted to kill the idle task! Is it still a mapping issue? FYI, the hardware has 1.5GB of physical RAM. Are you saying that the kernel is attempting to access some address (harcoded) which is above 0xC0000000 in this case? Thanks, Akshay On Mon, May 25, 2015 at 3:08 PM, Julien Grall wrote: > Hi, > > > On 25/05/2015 09:36, akshay bhat wrote: > >> (XEN) 3... 2... 1... >> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch >> input to Xen) >> (XEN) Freed 252kB init memory. >> Booting Linux on physical CPU 0x0 >> Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc >> version 4.7.3 20130226 (prerelease) (crosstool-NG >> linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP >> PREEMPT Mon May 25 12:44:25 IST 2015 >> CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=10c5387d >> CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache >> Machine: Jacinto6 evm board, model: TI DRA7 >> debug: ignoring loglevel setting. >> cma: CMA: reserved 64 MiB at 99000000 >> cma: CMA: reserved 56 MiB at 95800000 >> cma: CMA: reserved 8 MiB at 9f000000 >> cma: CMA: reserved 32 MiB at 9d000000 >> cma: CMA: reserved 24 MiB at ae000000 >> Memory policy: ECC disabled, Data cache writealloc >> OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier >> On node 0 totalpages: 260608 >> free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000 >> Normal zone: 1520 pages used for memmap >> Normal zone: 0 pages reserved >> Normal zone: 160768 pages, LIFO batch:31 >> HighMem zone: 1040 pages used for memmap >> HighMem zone: 99840 pages, LIFO batch:31 >> psci: probing function IDs from device-tree >> *clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not exist >> clockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist* >> >> PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768 >> pcpu-alloc: s8704 r8192 d15872 u32768 alloc=8*4096 >> pcpu-alloc: [0] 0 [0] 1 >> Built 1 zonelists in Zone order, mobility grouping on. Total pages: >> 259088 >> Kernel command line: console=hvc0 earlyprintk=xen debug ignore_loglevel >> root=/dev/mmcblk0p2 rw rootwait fixrtc >> PID hash table entries: 4096 (order: 2, 16384 bytes) >> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) >> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) >> Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata, >> 2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem) >> Virtual kernel memory layout: >> vector : 0xffff0000 - 0xffff1000 ( 4 kB) >> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) >> vmalloc : 0xf0000000 - 0xff000000 ( 240 MB) >> lowmem : 0xc0000000 - 0xef800000 ( 760 MB) >> pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB) >> modules : 0xbf000000 - 0xbfe00000 ( 14 MB) >> .text : 0xc0008000 - 0xc08960ac (8761 kB) >> .init : 0xc0897000 - 0xc08ef200 ( 353 kB) >> .data : 0xc08f0000 - 0xc0974ba8 ( 531 kB) >> .bss : 0xc0974bb4 - 0xc09b403c ( 254 kB) >> Preemptible hierarchical RCU implementation. >> NR_IRQS:16 nr_irqs:16 16 >> Unhandled fault: terminal exception (0x002) at 0xfa281010 >> > > It's usually because an MMIO region has not been mapped in DOM0. > Please give a look in the kernel to see what he is trying to map. > > Regards, > > -- > Julien Grall > --001a113ea6c2c858c20516e766a1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Julien/Andril,

Now I am a= ble to place all boot modules and boot reserves over 0xC000000 so that ther= e is a clean 1:1 mapping from 0x80000000 to 0xC0000000 to DOM= 0. Still I see the CPU0 power domain registration crash. Here is the latest= log (simplified) -
Starting kernel ...

- UART enabled -
- CPU= 00000000 booting -
.
.
(XEN) Checking for initrd in /chosen
(X= EN) RAM: 0000000080000000 - 00000000dfffffff
(XEN)
(XEN) MODULE[0]= : 00000000c0000000 - 00000000c0017000 Device Tree
(XEN) MODULE[1]: 00000= 000cf000000 - 00000000cf4b0000 Kernel
(XEN)=C2=A0 RESVD[0]: 00000000c000= 0000 - 00000000c0017000
(XEN)
(XEN) Command line: dom0_mem=3D1G s= ync_console console=3Ddtuart dtuart=3Dserial0
(XEN) Placing Xen at 0x000= 00000dfe00000-0x00000000e0000000
(XEN) Update BOOTMOD_XEN from 000000008= 0200000-00000000802f1701 =3D> 00000000dfe00000-00000000dfef1701
(XEN)= Xen heap: 00000000da000000-00000000de000000 (16384 pages)
(XEN) Dom hea= p: 376832 pages
(XEN) Domain heap initialised
.
.
(XEN) Bringin= g up CPU1
- CPU 00000001 booting -
- Xen starting in Hyp mode -
- = Setting up control registers -
- Turning on paging -
- Ready -
(XE= N) CPU 1 booted.
(XEN) Brought up 2 CPUs
(XEN) P2M: 40-bit IPA
(XE= N) P2M: 3 levels with order-1 root, VTCR 0x80003558
(XEN) *** LOADING DO= MAIN 0 ***
(XEN) Loading kernel from boot module @ 00000000cf000000
(= XEN) Allocating 1:1 mappings totalling 1024MB for dom0:
(XEN) BANK[0]= 0x00000080000000-0x000000c0000000 (1024MB)
(XEN) Loading zImage fro= m 00000000cf000000 to 0000000087a00000-0000000087e98d28
(XEN) Loading do= m0 DTB to 0x0000000088000000-0x0000000088015904
(XEN) Scrubbing Free RAM= on 1 nodes using 2 CPUs
(XEN) ......done.
(XEN) Initial low memory v= irq threshold set at 0x4000 pages.
.
.
(XEN) *** Serial input ->= ; DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) = Freed 252kB init memory.
Booting Linux on physical CPU 0x0
Linux vers= ion 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc version 4.7.3= 20130226 (prerelease) (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - L= inaro GCC 2013.03) ) #18 SMP PREEMPT Mon May 25 18:02:45 IST 2015
CPU: A= RMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10c5387d
CPU: PIPT / = VIPT nonaliasing data cache, PIPT instruction cache
Machine: Jacinto6 ev= m board, model: TI DRA7
.
.
psci: probing function IDs from device= -tree
Unhandled fault: terminal exception (0x002) at
Internal error:= : 2 [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 0 PID: 0 Comm: swap= per Not tainted 3.12.25-28678-gbe43a19-dirty #18
task: 808faa20 ti: 808f= 0000 task.ti: 808f0000
PC is at omap4_prminst_read_inst_reg+0x28/0x40LR is at omap4_pwrdm_wait_transition+0x48/0x7c
pc : [<800378dc>]= =C2=A0=C2=A0=C2=A0 lr : [<80030d10>]=C2=A0=C2=A0=C2=A0 psr: a00001d3<= br>sp : 808f1ee8=C2=A0 ip : 808f1ef8=C2=A0 fp : 808f1ef4
r10: 00000001= =C2=A0 r9 : 0000000b=C2=A0 r8 : 808fe924
r7 : 8093f740=C2=A0 r6 : 000186= a1=C2=A0 r5 : 809035c4=C2=A0 r4 : 00000001
r3 : fa243000=C2=A0 r2 : fa24= 3404=C2=A0 r1 : 00000400=C2=A0 r0 : 00000005
Flags: NzCv=C2=A0 IRQs off= =C2=A0 FIQs off=C2=A0 Mode SVC_32=C2=A0 ISA ARM=C2=A0 Segment kernel
Con= trol: 10c5387d=C2=A0 Table: 8000406a=C2=A0 DAC: 00000015
Process swapper= (pid: 0, stack limit =3D 0x808f0248)
Stack: (0x808f1ee8 to 0x808f2000)<= br>1ee0:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 808f1f14 808f1ef8 80030d10 80037= 8c0 8097676c 809035c4
1f00: 00000000 808de74c 808f1f44 808f1f18 80038d84= 80030cd4 8097676c 80975680
1f20: 808f849c 808d530c 00000002 808f8530 80= 938758 808fb90c 808f1f54 808f1f48
1f40: 808a849c 80038c28 808f1f64 808f1= f58 808a09a8 808a848c 808f1fb4 808f1f68
1f60: 8089b4d4 808a0948 00000000= 10c5387d 00000000 00000000 00000000 00000001
1f80: 00000000 00000000 80= 7c3614 00000001 80974bc0 00000000 ffffffff ffffffff
1fa0: 412fc0f2 00000= 000 808f1ff4 808f1fb8 808978b0 8089ad18 00000000 00000000
1fc0: 00000000= 00000000 00000000 808d7398 00000000 10c5387d 808f8494 808d7394
1fe0: 80= 8fba14 8000406a 00000000 808f1ff8 80008074 80897840 00000000 00000000
Ba= cktrace:
[<800378b4>] (omap4_prminst_read_inst_reg+0x0/0x40) fr= om [<80030d10>] (omap4_pwrdm_wait_transition+0x48/0x7c)
[<80030= cc8>] (omap4_pwrdm_wait_transition+0x0/0x7c) from [<80038d84>] (pw= rdm_register_pwrdms+0x168/0x1c4)
=C2=A0r7:808de74c r6:00000000 r5:809035= c4 r4:8097676c
[<80038c1c>] (pwrdm_register_pwrdms+0x0/0x1c4) from= [<808a849c>] (dra7xx_powerdomains_init+0x1c/0x2c)
[<808a8480&g= t;] (dra7xx_powerdomains_init+0x0/0x2c) from [<808a09a8>] (dra7xx_ini= t_early+0x6c/0x90)
[<808a093c>] (dra7xx_init_early+0x0/0x90) f= rom [<8089b4d4>] (setup_arch+0x7c8/0x894)
[<8089ad0c>] (setu= p_arch+0x0/0x894) from [<808978b0>] (start_kernel+0x7c/0x310)
[<= ;80897834>] (start_kernel+0x0/0x310) from [<80008074>] (0x80008074= )
=C2=A0r8:8000406a r7:808fba14 r6:808d7394 r5:808f8494 r4:10c5387d
C= ode: e59f301c e7933100 e3530000 0a000003 (e0822001)
---[ end trace 1b75b= 31a2719ed1c ]---
Kernel panic - not syncing: Attempted to kill the idle = task!

Is it still a mapping issu= e? FYI, the hardware has 1.5GB of physical RAM. Are you saying that the ker= nel is attempting to access some address (harcoded) which is above 0xC00000= 00 in this case?

Thanks,
Akshay
On Mon, May 25, 2015 at 3:08 PM, Julien Gra= ll <julien.grall@citrix.com> wrote:
Hi,


On 25/05/2015 09:36, akshay bhat wrote:
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to swi= tch
input to Xen)
(XEN) Freed 252kB init memory.
Booting Linux on physical CPU 0x0
Linux version 3.12.25-28678-gbe43a19-dirty (akshay@akshay-desktop) (gcc
version 4.7.3 20130226 (prerelease) (crosstool-NG
linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #13 SMP
PREEMPT Mon May 25 12:44:25 IST 2015
CPU: ARMv7 Processor [412fc0f2] revision 2 (ARMv7), cr=3D10c5387d
CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
Machine: Jacinto6 evm board, model: TI DRA7
debug: ignoring loglevel setting.
cma: CMA: reserved 64 MiB at 99000000
cma: CMA: reserved 56 MiB at 95800000
cma: CMA: reserved 8 MiB at 9f000000
cma: CMA: reserved 32 MiB at 9d000000
cma: CMA: reserved 24 MiB at ae000000
Memory policy: ECC disabled, Data cache writealloc
OMAP4: Map 0xcfe00000 to 0xfe600000 for dram barrier
On node 0 totalpages: 260608
free_area_init_node: node 0, pgdat c09732c0, node_mem_map c09b5000
=C2=A0 =C2=A0Normal zone: 1520 pages used for memmap
=C2=A0 =C2=A0Normal zone: 0 pages reserved
=C2=A0 =C2=A0Normal zone: 160768 pages, LIFO batch:31
=C2=A0 =C2=A0HighMem zone: 1040 pages used for memmap
=C2=A0 =C2=A0HighMem zone: 99840 pages, LIFO batch:31
psci: probing function IDs from device-tree
*clockdomain: mpu0_clkdm: powerdomain cpu0_pwrdm does not exist
clockdomain: mpu1_clkdm: powerdomain cpu1_pwrdm does not exist*

PERCPU: Embedded 8 pages/cpu @c13e3000 s8704 r8192 d15872 u32768
pcpu-alloc: s8704 r8192 d15872 u32768 alloc=3D8*4096
pcpu-alloc: [0] 0 [0] 1
Built 1 zonelists in Zone order, mobility grouping on.=C2=A0 Total pages: 2= 59088
Kernel command line: console=3Dhvc0 earlyprintk=3Dxen debug ignore_loglevel=
root=3D/dev/mmcblk0p2 rw rootwait fixrtc
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 834380K/1042432K available (6539K kernel code, 530K rwdata,
2220K rodata, 352K init, 253K bss, 208052K reserved, 399360K highmem)
Virtual kernel memory layout:
=C2=A0 =C2=A0 =C2=A0vector=C2=A0 : 0xffff0000 - 0xffff1000=C2=A0 =C2=A0(=C2= =A0 =C2=A04 kB)
=C2=A0 =C2=A0 =C2=A0fixmap=C2=A0 : 0xfff00000 - 0xfffe0000=C2=A0 =C2=A0( 89= 6 kB)
=C2=A0 =C2=A0 =C2=A0vmalloc : 0xf0000000 - 0xff000000=C2=A0 =C2=A0( 240 MB)=
=C2=A0 =C2=A0 =C2=A0lowmem=C2=A0 : 0xc0000000 - 0xef800000=C2=A0 =C2=A0( 76= 0 MB)
=C2=A0 =C2=A0 =C2=A0pkmap=C2=A0 =C2=A0: 0xbfe00000 - 0xc0000000=C2=A0 =C2= =A0(=C2=A0 =C2=A02 MB)
=C2=A0 =C2=A0 =C2=A0modules : 0xbf000000 - 0xbfe00000=C2=A0 =C2=A0(=C2=A0 1= 4 MB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0.text : 0xc0008000 - 0xc08960ac=C2=A0 =C2=A0(876= 1 kB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0.init : 0xc0897000 - 0xc08ef200=C2=A0 =C2=A0( 35= 3 kB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0.data : 0xc08f0000 - 0xc0974ba8=C2=A0 =C2=A0( 53= 1 kB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 .bss : 0xc0974bb4 - 0xc09b403c=C2=A0 =C2=A0( 25= 4 kB)
Preemptible hierarchical RCU implementation.
NR_IRQS:16 nr_irqs:16 16
Unhandled fault: terminal exception (0x002) at 0xfa281010

It's usually because an MMIO region has not been mapped in DOM0.
Please give a look in the kernel to see what he is trying to map.

Regards,

--
Julien Grall


--001a113ea6c2c858c20516e766a1-- --===============4639701208060566660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Embedded-pv-devel mailing list Embedded-pv-devel@lists.xenproject.org http://lists.xenproject.org/cgi-bin/mailman/listinfo/embedded-pv-devel --===============4639701208060566660==--