From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: domU guest for xcp 0.1.1 Date: Fri, 12 Mar 2010 09:10:31 -0800 Message-ID: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1949089256==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1949089256== Content-Type: multipart/alternative; boundary=000e0cd13806e22c3904819d9be1 --000e0cd13806e22c3904819d9be1 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am expanding my question to developers forum to get some quick help on pci passthrough. I am using xcp 0.1.1 as a dom0 and installed Debian Lenny as a domU(as mentioned in http://wiki.xensource.com/xenwiki/Command_Line_Interface). Unfortunately, Debian Lenny which the wiki points to doesn't come with PV drivers(I need pcifront driver). I looked up in wiki.debian.org/Xen and I found following snippets /***The default Lenny kernel is the newer paravirt_ops version (2.6.26), which does not function as a dom0 (except for the -xen variants, which have dom0 support but also some issues running as domU (please clarify?). It will also not support PCI passthrough in a domU. For PCI passthrough, you have to run the 2.6.18 etch kernel as both dom0 and domU. ***/ Can someone let me know what domU has been tested with XCP 0.1.1 for pci passthrough and any pointers to that domU kernel binary or source will help me out. Thanks --000e0cd13806e22c3904819d9be1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am expanding my question to developers forum to get some quick= help on pci passthrough. I am using xcp 0.1.1 as a dom0 and installed Debi= an Lenny as a domU(as mentioned in http://wiki.xensource.com/xenwiki/Command_Line= _Interface). Unfortunately, Debian Lenny which the wiki points to doesn= 't come with PV drivers(I need pcifront driver). I looked up in wiki.debian.org/Xen and I found followi= ng snippets

/***The default Lenny kernel is the newer paravirt_ops version (2.6.26)= ,=20 which does not function as a dom0 (except for the -xen variants, which=20 have dom0 support but also some issues running as domU (please=20 clarify?). It will also not support PCI passthrough in a domU. For PCI=20 passthrough, you have to run the 2.6.18 etch kernel as both dom0 and=20 domU. ***/

Can someone let me know what domU has been tested with XC= P 0.1.1 for pci passthrough and any pointers to that domU kernel binary or = source will help me out.

Thanks



--000e0cd13806e22c3904819d9be1-- --===============1949089256== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1949089256==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Fri, 12 Mar 2010 19:51:35 +0200 Message-ID: <20100312175135.GK1878@reaktio.net> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote: > Hi, > > I am expanding my question to developers forum to get some quick help on > pci passthrough. I am using xcp 0.1.1 as a dom0 and installed Debian Lenny > as a domU(as mentioned in > [1]http://wiki.xensource.com/xenwiki/Command_Line_Interface). > Unfortunately, Debian Lenny which the wiki points to doesn't come with PV > drivers(I need pcifront driver). I looked up in [2]wiki.debian.org/Xen and > I found following snippets > > /***The default Lenny kernel is the newer paravirt_ops version (2.6.26), > which does not function as a dom0 (except for the -xen variants, which > have dom0 support but also some issues running as domU (please clarify?). > It will also not support PCI passthrough in a domU. For PCI passthrough, > you have to run the 2.6.18 etch kernel as both dom0 and domU. ***/ > I don't know if there are pre-packaged kernels for lenny with pcifront driver. Links to kernel sources that have the pcifront driver: - http://xenbits.xen.org/linux-2.6.18-xen.hg - pv_ops xen.git xen/stable 2.6.32.9 and xen/master 2.6.31.6 (See: http://wiki.xensource.com/xenwiki/XenParavirtOps) - Kernels with the forward-ported Novell/opensuse Xen patches (2.6.29, 2.6.31, 2.6.33) (See: http://wiki.xensource.com/xenwiki/XenDom0Kernels) > Can someone let me know what domU has been tested with XCP 0.1.1 for pci > passthrough and any pointers to that domU kernel binary or source will > help me out. > Unfortunately I don't know what kernel has been tested. -- Pasi From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Fri, 12 Mar 2010 17:51:20 -0800 Message-ID: <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0092553442==" Return-path: In-Reply-To: <20100312175135.GK1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0092553442== Content-Type: multipart/alternative; boundary=00032556501a6e012b0481a4e2d3 --00032556501a6e012b0481a4e2d3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. I looked at http://wiki.xensource.com/xenwiki/XenParavirtOps(myforay into linux is via xen, so please pardon by silly questions) Using Xen/paravirt_ops Building with domU support 1. Get a current kernel. The latest kernel.org kernel is generally a goo= d choice. 2. Configure as normal; you can start with your current .config file 3. If building 32 bit kernel make sure you have CONFIG_X86_PAE enabled (which is set by selecting CONFIG_HIGHMEM64G) - non-PAE mode doesn't work in 2.6.25, and has been dropped altogethe= r from 2.6.26 and newer kernel versions. 4. Enable these core options: 1. CONFIG_PARAVIRT_GUEST 2. CONFIG_XEN 5. And Xen pv device support 1. CONFIG_HVC_DRIVER and CONFIG_HVC_XEN 2. CONFIG_XEN_BLKDEV_FRONTEND 3. CONFIG_XEN_NETDEV_FRONTEND 6. And build as usual Config doesn't have pcifront in it? don't I need it for pci passthrough? I have copied linux 2.6.33 source from kernel.org and started building kernel(irrespective of above questions), but what distribution is this kernel associated with i.e I thought I should first install linux from a distribution and rebuild kernel for any modification, but in this case I don't understand what distribution this is associated with. Inputs much appreciated. Thanks On Fri, Mar 12, 2010 at 9:51 AM, Pasi K=E4rkk=E4inen wrote: > On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote: > > Hi, > > > > I am expanding my question to developers forum to get some quick hel= p > on > > pci passthrough. I am using xcp 0.1.1 as a dom0 and installed Debian > Lenny > > as a domU(as mentioned in > > [1]http://wiki.xensource.com/xenwiki/Command_Line_Interface). > > Unfortunately, Debian Lenny which the wiki points to doesn't come wi= th > PV > > drivers(I need pcifront driver). I looked up in [2] > wiki.debian.org/Xen and > > I found following snippets > > > > /***The default Lenny kernel is the newer paravirt_ops version > (2.6.26), > > which does not function as a dom0 (except for the -xen variants, whi= ch > > have dom0 support but also some issues running as domU (please > clarify?). > > It will also not support PCI passthrough in a domU. For PCI > passthrough, > > you have to run the 2.6.18 etch kernel as both dom0 and domU. ***/ > > > > I don't know if there are pre-packaged kernels for lenny with pcifront > driver. > > Links to kernel sources that have the pcifront driver: > > - http://xenbits.xen.org/linux-2.6.18-xen.hg > - pv_ops xen.git xen/stable 2.6.32.9 and xen/master 2.6.31.6 > (See: http://wiki.xensource.com/xenwiki/XenParavirtOps) > - Kernels with the forward-ported Novell/opensuse Xen patches > (2.6.29, 2.6.31, 2.6.33) > (See: http://wiki.xensource.com/xenwiki/XenDom0Kernels) > > > Can someone let me know what domU has been tested with XCP 0.1.1 for > pci > > passthrough and any pointers to that domU kernel binary or source wi= ll > > help me out. > > > > Unfortunately I don't know what kernel has been tested. > > -- Pasi > > --00032556501a6e012b0481a4e2d3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. I looked at http://wiki.xensource.com/xenwiki/XenParavirtOps(my foray= into linux is via xen, so please pardon by silly questions)

Using=20 Xen/paravirt_ops

Building with domU support

  1. Get a curre= nt=20 kernel. The latest kernel.org kernel is = generally a good choice.
  2. =
  3. Configure as normal; you can start with your current .config file
  4. If building 32 bit kernel make sure you have CONFIG_X86_PAE enabled (which is set by selecting CONFIG_HIGHMEM64G)
    • non-PAE mode doesn't work in 2.6.25, and has been dropped altogether from 2.6.26 and newer kernel versions.
  5. Enable these core=20 options:
    1. CO= NFIG_PARAVIRT_GUEST
    2. CONFIG_XEN
  6. And Xen pv device=20 support
    1. CON= FIG_HVC_DRIVER and CONFIG_HVC_XEN
    2. C= ONFIG_XEN_BLKDEV_FRONTEND
    3. CONFIG_XEN_NETDEV_FR= ONTEND
  7. And build= =20 as usual
Config doesn't have pcifront in it? don't I need = it for pci passthrough? I have copied linux 2.6.33 source from kernel.org and started building kernel(irrespective o= f above questions), but what distribution is this kernel associated with i.= e I thought I should first install linux from a distribution and rebuild ke= rnel for any modification, but in this case I don't understand what dis= tribution this is associated with. Inputs much appreciated.

Thanks




On Fri, Mar 12, 20= 10 at 9:51 AM, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote= :
> =A0 =A0Hi,
>
> =A0 =A0I am expanding my question to developers forum to get some quic= k help on
> =A0 =A0pci passthrough. I am using xcp 0.1.1 as a dom0 and installed D= ebian Lenny
> =A0 =A0as a domU(as mentioned in
> =A0 =A0[1]http://wiki.xensource.com/xenwiki/Command_= Line_Interface).
> =A0 =A0Unfortunately, Debian Lenny which the wiki po= ints to doesn't come with PV
> =A0 =A0drivers(I need pcifront driver). I looked up in [2]wiki.debian.org/Xen = and
> =A0 =A0I found following snippets
>
> =A0 =A0/***The default Lenny kernel is the newer paravirt_ops version = (2.6.26),
> =A0 =A0which does not function as a dom0 (except for the -xen variants= , which
> =A0 =A0have dom0 support but also some issues running as domU (please = clarify?).
> =A0 =A0It will also not support PCI passthrough in a domU. For PCI pas= sthrough,
> =A0 =A0you have to run the 2.6.18 etch kernel as both dom0 and domU. *= **/
>

I don't know if there are pre-packaged kernels for lenny with pci= front driver.

Links to kernel sources that have the pcifront driver:

=A0 =A0 =A0 =A0- http://xenbits.xen.org/linux-2.6.18-xen.hg
=A0 =A0 =A0 =A0- pv_ops xen.git xen/stable 2.6.32.9 and xen/master 2.6.31.= 6
=A0 =A0 =A0 =A0 =A0(See: http://wiki.xensource.com/xenwiki/XenParavirt= Ops)
=A0 =A0 =A0 =A0- Kernels with the forward-ported Novell/opensuse Xen patch= es (2.6.29, 2.6.31, 2.6.33)
=A0 =A0 =A0 =A0 =A0(See: http://wiki.xensource.com/xenwiki/XenDom0Kern= els)

> =A0 =A0Can someone let me know what domU has been tested with XCP 0.1.= 1 for pci
> =A0 =A0passthrough and any pointers to that domU kernel binary or sour= ce will
> =A0 =A0help me out.
>

Unfortunately I don't know what kernel has been tested.

-- Pasi


--00032556501a6e012b0481a4e2d3-- --===============0092553442== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0092553442==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 13 Mar 2010 13:18:57 +0200 Message-ID: <20100313111857.GS1878@reaktio.net> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Fri, Mar 12, 2010 at 05:51:20PM -0800, Ritu kaur wrote: > Thanks Pasi. I looked at > [1]http://wiki.xensource.com/xenwiki/XenParavirtOps(my foray into li= nux is > via xen, so please pardon by silly questions) >=20 > Using Xen/paravirt_ops >=20 > Building with domU support >=20 > 1. Get a current kernel. The latest [2]kernel.org kernel is general= ly a > good choice. > 2. Configure as normal; you can start with your current .config fil= e > 3. If building 32 bit kernel make sure you have CONFIG_X86_PAE enab= led > (which is set by selecting CONFIG_HIGHMEM64G) >=20 > * non-PAE mode doesn't work in 2.6.25, and has been dropped > altogether from 2.6.26 and newer kernel versions. >=20 > 4. Enable these core options: >=20 > 1. CONFIG_PARAVIRT_GUEST > 2. CONFIG_XEN >=20 > 5. And Xen pv device support >=20 > 1. CONFIG_HVC_DRIVER and CONFIG_HVC_XEN > 2. CONFIG_XEN_BLKDEV_FRONTEND > 3. CONFIG_XEN_NETDEV_FRONTEND >=20 > 6. And build as usual >=20 > Config doesn't have pcifront in it? don't I need it for pci passthro= ugh? I > have copied linux 2.6.33 source from [3]kernel.org and started build= ing > kernel(irrespective of above questions), but what distribution is th= is > kernel associated with i.e I thought I should first install linux fr= om a > distribution and rebuild kernel for any modification, but in this ca= se I > don't understand what distribution this is associated with. Inputs m= uch > appreciated. >=20 You need to check out Jeremy's xen.git, and possibly xen/stable branch fr= om there, to have the pcifront driver. It's not yet in the upstream kernel.org kern= el. -- Pasi > Thanks >=20 > On Fri, Mar 12, 2010 at 9:51 AM, Pasi K=E4rkk=E4inen <[4]pasik@iki.f= i> wrote: >=20 > On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote: > > Hi, > > > > I am expanding my question to developers forum to get some qu= ick > help on > > pci passthrough. I am using xcp 0.1.1 as a dom0 and installed > Debian Lenny > > as a domU(as mentioned in > > [1][5]http://wiki.xensource.com/xenwiki/Command_Line_Interfac= e). > > Unfortunately, Debian Lenny which the wiki points to doesn't = come > with PV > > drivers(I need pcifront driver). I looked up in > [2][6]wiki.debian.org/Xen and > > I found following snippets > > > > /***The default Lenny kernel is the newer paravirt_ops versio= n > (2.6.26), > > which does not function as a dom0 (except for the -xen varian= ts, > which > > have dom0 support but also some issues running as domU (pleas= e > clarify?). > > It will also not support PCI passthrough in a domU. For PCI > passthrough, > > you have to run the 2.6.18 etch kernel as both dom0 and domU.= ***/ > > >=20 > I don't know if there are pre-packaged kernels for lenny with pcif= ront > driver. >=20 > Links to kernel sources that have the pcifront driver: >=20 > - [7]http://xenbits.xen.org/linux-2.6.18-xen.hg > - pv_ops xen.git xen/stable 2.6.32.9 and xen/master 2.6.31.= 6 > (See: [8]http://wiki.xensource.com/xenwiki/XenParavirtOps= ) > - Kernels with the forward-ported Novell/opensuse Xen patch= es > (2.6.29, 2.6.31, 2.6.33) > (See: [9]http://wiki.xensource.com/xenwiki/XenDom0Kernels= ) > > Can someone let me know what domU has been tested with XCP 0.= 1.1 > for pci > > passthrough and any pointers to that domU kernel binary or so= urce > will > > help me out. > > >=20 > Unfortunately I don't know what kernel has been tested. > -- Pasi >=20 > References >=20 > Visible links > 1. http://wiki.xensource.com/xenwiki/XenParavirtOps(my > 2. http://kernel.org/ > 3. http://kernel.org/ > 4. mailto:pasik@iki.fi > 5. http://wiki.xensource.com/xenwiki/Command_Line_Interface > 6. http://wiki.debian.org/Xen > 7. http://xenbits.xen.org/linux-2.6.18-xen.hg > 8. http://wiki.xensource.com/xenwiki/XenParavirtOps > 9. http://wiki.xensource.com/xenwiki/XenDom0Kernels From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 13 Mar 2010 08:09:36 -0800 Message-ID: <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0359337520==" Return-path: In-Reply-To: <20100313111857.GS1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0359337520== Content-Type: multipart/alternative; boundary=000e0cd242a0d2c6330481b0dfe9 --000e0cd242a0d2c6330481b0dfe9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks again. As I understand from wiki page, Jeremy's xen.git and xen/stable code are for building dom0 kernel. Can dom0 kernel be used as a domU? At least last time I checked I was told I cannot use it. Thanks On Sat, Mar 13, 2010 at 3:18 AM, Pasi K=E4rkk=E4inen wrote: > On Fri, Mar 12, 2010 at 05:51:20PM -0800, Ritu kaur wrote: > > Thanks Pasi. I looked at > > [1]http://wiki.xensource.com/xenwiki/XenParavirtOps(myforay into linux is > > via xen, so please pardon by silly questions) > > > > Using Xen/paravirt_ops > > > > Building with domU support > > > > 1. Get a current kernel. The latest [2]kernel.org kernel is > generally a > > good choice. > > 2. Configure as normal; you can start with your current .config fil= e > > 3. If building 32 bit kernel make sure you have CONFIG_X86_PAE > enabled > > (which is set by selecting CONFIG_HIGHMEM64G) > > > > * non-PAE mode doesn't work in 2.6.25, and has been dropped > > altogether from 2.6.26 and newer kernel versions. > > > > 4. Enable these core options: > > > > 1. CONFIG_PARAVIRT_GUEST > > 2. CONFIG_XEN > > > > 5. And Xen pv device support > > > > 1. CONFIG_HVC_DRIVER and CONFIG_HVC_XEN > > 2. CONFIG_XEN_BLKDEV_FRONTEND > > 3. CONFIG_XEN_NETDEV_FRONTEND > > > > 6. And build as usual > > > > Config doesn't have pcifront in it? don't I need it for pci > passthrough? I > > have copied linux 2.6.33 source from [3]kernel.org and started > building > > kernel(irrespective of above questions), but what distribution is th= is > > kernel associated with i.e I thought I should first install linux fr= om > a > > distribution and rebuild kernel for any modification, but in this ca= se > I > > don't understand what distribution this is associated with. Inputs > much > > appreciated. > > > > You need to check out Jeremy's xen.git, and possibly xen/stable branch fr= om > there, > to have the pcifront driver. It's not yet in the upstream kernel.orgkerne= l. > > -- Pasi > > > Thanks > > > > On Fri, Mar 12, 2010 at 9:51 AM, Pasi K=E4rkk=E4inen <[4]pasik@iki.f= i> > wrote: > > > > On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote: > > > Hi, > > > > > > I am expanding my question to developers forum to get some > quick > > help on > > > pci passthrough. I am using xcp 0.1.1 as a dom0 and installed > > Debian Lenny > > > as a domU(as mentioned in > > > [1][5]http://wiki.xensource.com/xenwiki/Command_Line_Interfac= e > ). > > > Unfortunately, Debian Lenny which the wiki points to doesn't > come > > with PV > > > drivers(I need pcifront driver). I looked up in > > [2][6]wiki.debian.org/Xen and > > > I found following snippets > > > > > > /***The default Lenny kernel is the newer paravirt_ops versio= n > > (2.6.26), > > > which does not function as a dom0 (except for the -xen > variants, > > which > > > have dom0 support but also some issues running as domU (pleas= e > > clarify?). > > > It will also not support PCI passthrough in a domU. For PCI > > passthrough, > > > you have to run the 2.6.18 etch kernel as both dom0 and domU. > ***/ > > > > > > > I don't know if there are pre-packaged kernels for lenny with > pcifront > > driver. > > > > Links to kernel sources that have the pcifront driver: > > > > - [7]http://xenbits.xen.org/linux-2.6.18-xen.hg > > - pv_ops xen.git xen/stable 2.6.32.9 and xen/master 2.6.31.= 6 > > (See: [8]http://wiki.xensource.com/xenwiki/XenParavirtOps= ) > > - Kernels with the forward-ported Novell/opensuse Xen patch= es > > (2.6.29, 2.6.31, 2.6.33) > > (See: [9]http://wiki.xensource.com/xenwiki/XenDom0Kernels= ) > > > Can someone let me know what domU has been tested with XCP > 0.1.1 > > for pci > > > passthrough and any pointers to that domU kernel binary or > source > > will > > > help me out. > > > > > > > Unfortunately I don't know what kernel has been tested. > > -- Pasi > > > > References > > > > Visible links > > 1. http://wiki.xensource.com/xenwiki/XenParavirtOps(my > > 2. http://kernel.org/ > > 3. http://kernel.org/ > > 4. mailto:pasik@iki.fi > > 5. http://wiki.xensource.com/xenwiki/Command_Line_Interface > > 6. http://wiki.debian.org/Xen > > 7. http://xenbits.xen.org/linux-2.6.18-xen.hg > > 8. http://wiki.xensource.com/xenwiki/XenParavirtOps > > 9. http://wiki.xensource.com/xenwiki/XenDom0Kernels > --000e0cd242a0d2c6330481b0dfe9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks again. As I understand from wiki page, Jeremy's xen.git and xen/= stable code are for building dom0 kernel. Can dom0 kernel be used as a domU= ? At least last time I checked I was told I cannot use it.

Thanks
On Sat, Mar 13, 2010 at 3:18 AM, Pasi K=E4rk= k=E4inen <pasik@iki.fi= > wrote:
On Fri, Mar 12, 2010 at 05:51:20PM -0800, Ritu kaur wrote= :
> =A0 =A0Thanks Pasi. I looked at
> =A0 =A0[1]http://wiki.xensource.com/xenwiki/XenParavirt= Ops(my foray into linux is
> =A0 =A0via xen, so please pardon by silly questions)=
>
> Using Xen/paravirt_ops
>
> =A0 Building with domU support
>
> =A0 =A0 1. Get a current kernel. The latest [2]kernel.org kernel is generally a
> =A0 =A0 =A0 =A0good choice.
> =A0 =A0 2. Configure as normal; you can start with your current .confi= g file
> =A0 =A0 3. If building 32 bit kernel make sure you have CONFIG_X86_PAE= enabled
> =A0 =A0 =A0 =A0(which is set by selecting CONFIG_HIG= HMEM64G)
>
> =A0 =A0 =A0 =A0 =A0 * non-PAE mode doesn't work in 2.6.25, and has= been dropped
> =A0 =A0 =A0 =A0 =A0 =A0 altogether from 2.6.26 and newer kernel versio= ns.
>
> =A0 =A0 4. Enable these core options:
>
> =A0 =A0 =A0 =A0 =A01. CONFIG_PARAVIRT_GUEST
> =A0 =A0 =A0 =A0 =A02. CONFIG_XEN
>
> =A0 =A0 5. And Xen pv device support
>
> =A0 =A0 =A0 =A0 =A01. CONFIG_HVC_DRIVER and CONFIG_HVC_XEN
> =A0 =A0 =A0 =A0 =A02. CONFIG_XEN_BLKDEV_FRONTEND
> =A0 =A0 =A0 =A0 =A03. CONFIG_XEN_NETDEV_FRONTEND
>
> =A0 =A0 6. And build as usual
>
> =A0 =A0Config doesn't have pcifront in it? don't I need it for= pci passthrough? I
> =A0 =A0have copied linux 2.6.33 source from [3]kernel.org and started building
> =A0 =A0kernel(irrespective of above questions), but = what distribution is this
> =A0 =A0kernel associated with i.e I thought I should first install lin= ux from a
> =A0 =A0distribution and rebuild kernel for any modification, but in th= is case I
> =A0 =A0don't understand what distribution this is associated with.= Inputs much
> =A0 =A0appreciated.
>

You need to check out Jeremy's xen.git, and possibly xen/stable b= ranch from there,
to have the pcifront driver. It's not yet in the upstream kernel.org kernel.

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Fri, Mar 12, 2010 at 9:51 AM, Pasi K=E4rkk=E4inen <[4]pasik@iki.fi> wrote:
>
> =A0 =A0 =A0On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote:<= br> > =A0 =A0 =A0> =A0 =A0Hi,
> =A0 =A0 =A0>
> =A0 =A0 =A0> =A0 =A0I am expanding my question to developers forum = to get some quick
> =A0 =A0 =A0help on
> =A0 =A0 =A0> =A0 =A0pci passthrough. I am using xcp 0.1.1 as a dom0= and installed
> =A0 =A0 =A0Debian Lenny
> =A0 =A0 =A0> =A0 =A0as a domU(as mentioned in
> =A0 =A0 =A0> =A0 =A0[1][5]http://wiki.xensource.c= om/xenwiki/Command_Line_Interface).
> =A0 =A0 =A0> =A0 =A0Unfortunately, Debian Lenny w= hich the wiki points to doesn't come
> =A0 =A0 =A0with PV
> =A0 =A0 =A0> =A0 =A0drivers(I need pcifront driver). I looked up in=
> =A0 =A0 =A0[2][6]wiki.debian.org/Xen and
> =A0 =A0 =A0> =A0 =A0I found following snippets > =A0 =A0 =A0>
> =A0 =A0 =A0> =A0 =A0/***The default Lenny kernel is the newer parav= irt_ops version
> =A0 =A0 =A0(2.6.26),
> =A0 =A0 =A0> =A0 =A0which does not function as a dom0 (except for t= he -xen variants,
> =A0 =A0 =A0which
> =A0 =A0 =A0> =A0 =A0have dom0 support but also some issues running = as domU (please
> =A0 =A0 =A0clarify?).
> =A0 =A0 =A0> =A0 =A0It will also not support PCI passthrough in a d= omU. For PCI
> =A0 =A0 =A0passthrough,
> =A0 =A0 =A0> =A0 =A0you have to run the 2.6.18 etch kernel as both = dom0 and domU. ***/
> =A0 =A0 =A0>
>
> =A0 =A0 =A0I don't know if there are pre-packaged kernels for lenn= y with pcifront
> =A0 =A0 =A0driver.
>
> =A0 =A0 =A0Links to kernel sources that have the pcifront driver:
>
> =A0 =A0 =A0 =A0 =A0 =A0 - [7]http://xenbits.xen.org/linux-2.6.18-x= en.hg
> =A0 =A0 =A0 =A0 =A0 =A0 - pv_ops xen.git xen/stable = 2.6.32.9 and xen/master 2.6.31.6
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 (See: [8]http://wiki.xensource.c= om/xenwiki/XenParavirtOps)
> =A0 =A0 =A0 =A0 =A0 =A0 - Kernels with the forward-p= orted Novell/opensuse Xen patches
> =A0 =A0 =A0(2.6.29, 2.6.31, 2.6.33)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 (See: [9]http://wiki.xensource.c= om/xenwiki/XenDom0Kernels)
> =A0 =A0 =A0> =A0 =A0Can someone let me know what = domU has been tested with XCP 0.1.1
> =A0 =A0 =A0for pci
> =A0 =A0 =A0> =A0 =A0passthrough and any pointers to that domU kerne= l binary or source
> =A0 =A0 =A0will
> =A0 =A0 =A0> =A0 =A0help me out.
> =A0 =A0 =A0>
>
> =A0 =A0 =A0Unfortunately I don't know what kernel has been tested.=
> =A0 =A0 =A0-- Pasi
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://wiki.xensource.com/xenwiki/XenParavirtOps(my=
> =A0 =A02. http://kern= el.org/
> =A0 =A03. http://kern= el.org/
> =A0 =A04. mailto:pasik@iki.fi
> =A0 =A05. http://wiki.xensource.com/xenwiki/Command_Line_I= nterface
> =A0 =A06. htt= p://wiki.debian.org/Xen
> =A0 =A07. http://xenbits.xen.org/linux-2.6.18-xen.hg
> =A0 =A08. http://wiki.xensource.com/xenwiki/XenParavirtOps
> =A0 =A09. http://wiki.xensource.com/xenwiki/XenDom0Kernels

--000e0cd242a0d2c6330481b0dfe9-- --===============0359337520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0359337520==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 13 Mar 2010 18:41:02 +0200 Message-ID: <20100313164102.GZ1878@reaktio.net> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sat, Mar 13, 2010 at 08:09:36AM -0800, Ritu kaur wrote: > Thanks again. As I understand from wiki page, Jeremy's xen.git and > xen/stable code are for building dom0 kernel. Can dom0 kernel be use= d as a > domU? At least last time I checked I was told I cannot use it. >=20 Yes, you can use the dom0 kernel also as domU, just make sure you build=20 the frontend drivers aswell. Actually you've been able to use the same kernel for both dom0 and domU f= or years, this is how distributions like RHEL5/CentOS5, Debian etch/lenny, Fedora 6= /7/8, SLES10/11, OpenSUSE, etc ship their kernels. The same kernel image works = for=20 both dom0 and domU. Actually pvops makes it possible to boot the exact same kernel image on b= aremetal (non-Xen), Xen dom0 and domU! -- Pasi > Thanks >=20 > On Sat, Mar 13, 2010 at 3:18 AM, Pasi K=E4rkk=E4inen <[1]pasik@iki.f= i> wrote: >=20 > On Fri, Mar 12, 2010 at 05:51:20PM -0800, Ritu kaur wrote: > > Thanks Pasi. I looked at > > [1][2]http://wiki.xensource.com/xenwiki/XenParavirtOps(my for= ay > into linux is > > via xen, so please pardon by silly questions) > > > > Using Xen/paravirt_ops > > > > Building with domU support > > > > 1. Get a current kernel. The latest [2][3]kernel.org kernel = is > generally a > > good choice. > > 2. Configure as normal; you can start with your current .con= fig > file > > 3. If building 32 bit kernel make sure you have CONFIG_X86_P= AE > enabled > > (which is set by selecting CONFIG_HIGHMEM64G) > > > > * non-PAE mode doesn't work in 2.6.25, and has been dr= opped > > altogether from 2.6.26 and newer kernel versions. > > > > 4. Enable these core options: > > > > 1. CONFIG_PARAVIRT_GUEST > > 2. CONFIG_XEN > > > > 5. And Xen pv device support > > > > 1. CONFIG_HVC_DRIVER and CONFIG_HVC_XEN > > 2. CONFIG_XEN_BLKDEV_FRONTEND > > 3. CONFIG_XEN_NETDEV_FRONTEND > > > > 6. And build as usual > > > > Config doesn't have pcifront in it? don't I need it for pci > passthrough? I > > have copied linux 2.6.33 source from [3][4]kernel.org and sta= rted > building > > kernel(irrespective of above questions), but what distributio= n is > this > > kernel associated with i.e I thought I should first install l= inux > from a > > distribution and rebuild kernel for any modification, but in = this > case I > > don't understand what distribution this is associated with. I= nputs > much > > appreciated. > > >=20 > You need to check out Jeremy's xen.git, and possibly xen/stable br= anch > from there, > to have the pcifront driver. It's not yet in the upstream [5]kerne= l.org > kernel. >=20 > -- Pasi >=20 > > Thanks > > > > On Fri, Mar 12, 2010 at 9:51 AM, Pasi K=E4rkk=E4inen > <[4][6]pasik@iki.fi> wrote: > > > > On Fri, Mar 12, 2010 at 09:10:31AM -0800, Ritu kaur wrote: > > > Hi, > > > > > > I am expanding my question to developers forum to get = some > quick > > help on > > > pci passthrough. I am using xcp 0.1.1 as a dom0 and > installed > > Debian Lenny > > > as a domU(as mentioned in > > > > [1][5][7]http://wiki.xensource.com/xenwiki/Command_Line_Interface= ). > > > Unfortunately, Debian Lenny which the wiki points to d= oesn't > come > > with PV > > > drivers(I need pcifront driver). I looked up in > > [2][6][8]wiki.debian.org/Xen and > > > I found following snippets > > > > > > /***The default Lenny kernel is the newer paravirt_ops > version > > (2.6.26), > > > which does not function as a dom0 (except for the -xen > variants, > > which > > > have dom0 support but also some issues running as domU > (please > > clarify?). > > > It will also not support PCI passthrough in a domU. Fo= r PCI > > passthrough, > > > you have to run the 2.6.18 etch kernel as both dom0 an= d > domU. ***/ > > > > > > > I don't know if there are pre-packaged kernels for lenny wi= th > pcifront > > driver. > > > > Links to kernel sources that have the pcifront driver: > > > > - [7][9]http://xenbits.xen.org/linux-2.6.18-xen.hg > > - pv_ops xen.git xen/stable 2.6.32.9 and xen/master > 2.6.31.6 > > (See: > [8][10]http://wiki.xensource.com/xenwiki/XenParavirtOps) > > - Kernels with the forward-ported Novell/opensuse Xe= n > patches > > (2.6.29, 2.6.31, 2.6.33) > > (See: > [9][11]http://wiki.xensource.com/xenwiki/XenDom0Kernels) > > > Can someone let me know what domU has been tested with= XCP > 0.1.1 > > for pci > > > passthrough and any pointers to that domU kernel binar= y or > source > > will > > > help me out. > > > > > > > Unfortunately I don't know what kernel has been tested. > > -- Pasi > > > > References > > > > Visible links > > 1. [12]http://wiki.xensource.com/xenwiki/XenParavirtOps(my > > 2. [13]http://kernel.org/ > > 3. [14]http://kernel.org/ > > 4. mailto:[15]pasik@iki.fi > > 5. [16]http://wiki.xensource.com/xenwiki/Command_Line_Interfa= ce > > 6. [17]http://wiki.debian.org/Xen > > 7. [18]http://xenbits.xen.org/linux-2.6.18-xen.hg > > 8. [19]http://wiki.xensource.com/xenwiki/XenParavirtOps > > 9. [20]http://wiki.xensource.com/xenwiki/XenDom0Kernels >=20 > References >=20 > Visible links > 1. mailto:pasik@iki.fi > 2. http://wiki.xensource.com/xenwiki/XenParavirtOps%28my > 3. http://kernel.org/ > 4. http://kernel.org/ > 5. http://kernel.org/ > 6. mailto:pasik@iki.fi > 7. http://wiki.xensource.com/xenwiki/Command_Line_Interface > 8. http://wiki.debian.org/Xen > 9. http://xenbits.xen.org/linux-2.6.18-xen.hg > 10. http://wiki.xensource.com/xenwiki/XenParavirtOps > 11. http://wiki.xensource.com/xenwiki/XenDom0Kernels > 12. http://wiki.xensource.com/xenwiki/XenParavirtOps%28my > 13. http://kernel.org/ > 14. http://kernel.org/ > 15. mailto:pasik@iki.fi > 16. http://wiki.xensource.com/xenwiki/Command_Line_Interface > 17. http://wiki.debian.org/Xen > 18. http://xenbits.xen.org/linux-2.6.18-xen.hg > 19. http://wiki.xensource.com/xenwiki/XenParavirtOps > 20. http://wiki.xensource.com/xenwiki/XenDom0Kernels From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 13 Mar 2010 17:43:23 -0800 Message-ID: <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1543345690==" Return-path: In-Reply-To: <20100313164102.GZ1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1543345690== Content-Type: multipart/alternative; boundary=000e0cd242a0dc04a30481b8e37c --000e0cd242a0dc04a30481b8e37c Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I followed the steps mentioned in wiki to pull xen code to compile domU kernel from 1. xen/master, I get following compilation errors. I do see in xen-devel forum someone else has reported similar issue but no solution yet(patch provided by Konrad has followup errors) CC [M] drivers/watchdog/machzwd.o CC [M] drivers/watchdog/sbc_epx_c3.o CC [M] drivers/watchdog/softdog.o CC drivers/xen/grant-table.o CC drivers/xen/features.o CC drivers/xen/events.o drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destroy_irq= =E2=80=99 /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here drivers/xen/events.c:637: error: redefinition of =E2=80=98xen_create_msi_ir= q=E2=80=99 /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here make[2]: *** [drivers/xen/events.o] Error 1 make[1]: *** [drivers/xen] Error 2 make: *** [drivers] Error 2 2. xen/stable, I get following errors CC drivers/pci/xen-pcifront.o drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_frontend_ops= =E2=80=99 has initializut incomplete type drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable_msi=E2= =80=99 specified in ializer drivers/pci/xen-pcifront.c:374: warning: excess elements in struct initializer drivers/pci/xen-pcifront.c:374: warning: (near initialization for =E2=80=98pci_frontend_op)=E2=80=99 drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80=98disable_msi= =E2=80=99 specified in ializer drivers/pci/xen-pcifront.c:375: warning: excess elements in struct initializer drivers/pci/xen-pcifront.c:375: warning: (near initialization for =E2=80=98pci_frontend_op)=E2=80=99 drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80=98enable_msix= =E2=80=99 specified in ializer drivers/pci/xen-pcifront.c:376: warning: excess elements in struct initializer drivers/pci/xen-pcifront.c:376: warning: (near initialization for =E2=80=98pci_frontend_op)=E2=80=99 drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80=98disable_msix= =E2=80=99 specified intializer drivers/pci/xen-pcifront.c:377: warning: excess elements in struct initializer drivers/pci/xen-pcifront.c:377: warning: (near initialization for =E2=80=98pci_frontend_op)=E2=80=99 drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_registrar=E2= =80=99: drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2=80=99 u= ndeclared (first use his function) drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier is reported only once drivers/pci/xen-pcifront.c:383: error: for each function it appears in.) make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 make[1]: *** [drivers/pci] Error 2 make: *** [drivers] Error 2 Kindly let me know how to proceed on this. Thanks --000e0cd242a0dc04a30481b8e37c Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I followed the steps mentioned in=A0 wiki to pull xen code to compile domU = kernel from

1. xen/master, I get following compilation errors. I do = see in xen-devel forum someone else has reported similar issue but no solut= ion yet(patch provided by Konrad has followup errors)

CC [M]=A0 drivers/watchdog/machzwd.o
=A0 CC [M]=A0 drivers/watchdog/= sbc_epx_c3.o
=A0 CC [M]=A0 drivers/watchdog/softdog.o
=A0 CC=A0=A0=A0= =A0=A0 drivers/xen/grant-table.o
=A0 CC=A0=A0=A0=A0=A0 drivers/xen/featu= res.o
=A0 CC=A0=A0=A0=A0=A0 drivers/xen/events.o
drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destroy_irq= =E2=80=99
/root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: = error: previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was heredrivers/xen/events.c:637: error: redefinition of =E2=80=98xen_create_msi_i= rq=E2=80=99
/root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: previo= us definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here
make[2]: = *** [drivers/xen/events.o] Error 1
make[1]: *** [drivers/xen] Error 2make: *** [drivers] Error 2

2. xen/stable, I get following errors

=A0CC=A0=A0=A0=A0=A0 drive= rs/pci/xen-pcifront.o
drivers/pci/xen-pcifront.c:373: error: variable = =E2=80=98pci_frontend_ops=E2=80=99 has initializut incomplete type
drive= rs/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable_msi=E2=80= =99 specified in ializer
drivers/pci/xen-pcifront.c:374: warning: excess elements in struct initiali= zer
drivers/pci/xen-pcifront.c:374: warning: (near initialization for = =E2=80=98pci_frontend_op)=E2=80=99
drivers/pci/xen-pcifront.c:375: erro= r: unknown field =E2=80=98disable_msi=E2=80=99 specified in ializer
drivers/pci/xen-pcifront.c:375: warning: excess elements in struct initiali= zer
drivers/pci/xen-pcifront.c:375: warning: (near initialization for = =E2=80=98pci_frontend_op)=E2=80=99
drivers/pci/xen-pcifront.c:376: erro= r: unknown field =E2=80=98enable_msix=E2=80=99 specified in ializer
drivers/pci/xen-pcifront.c:376: warning: excess elements in struct initiali= zer
drivers/pci/xen-pcifront.c:376: warning: (near initialization for = =E2=80=98pci_frontend_op)=E2=80=99
drivers/pci/xen-pcifront.c:377: erro= r: unknown field =E2=80=98disable_msix=E2=80=99 specified intializer
drivers/pci/xen-pcifront.c:377: warning: excess elements in struct initiali= zer
drivers/pci/xen-pcifront.c:377: warning: (near initialization for = =E2=80=98pci_frontend_op)=E2=80=99
drivers/pci/xen-pcifront.c: In funct= ion =E2=80=98pci_frontend_registrar=E2=80=99:
drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2=80=99 u= ndeclared (first use his function)
drivers/pci/xen-pcifront.c:383: error= : (Each undeclared identifier is reported only once
drivers/pci/xen-pcif= ront.c:383: error: for each function it appears in.)
make[2]: *** [drivers/pci/xen-pcifront.o] Error 1
make[1]: *** [drivers/= pci] Error 2
make: *** [drivers] Error 2

Kindly let me know how t= o proceed on this.

Thanks


--000e0cd242a0dc04a30481b8e37c-- --===============1543345690== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1543345690==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: pvops xen/master and xen/stable domU kernel compilation errors Date: Sun, 14 Mar 2010 11:04:53 +0200 Message-ID: <20100314090453.GA1878@reaktio.net> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sat, Mar 13, 2010 at 05:43:23PM -0800, Ritu kaur wrote: > I followed the steps mentioned in wiki to pull xen code to compile = domU > kernel from >=20 > 1. xen/master, I get following compilation errors. I do see in xen-d= evel > forum someone else has reported similar issue but no solution yet(pa= tch > provided by Konrad has followup errors) >=20 Hmm.. the error below seems pretty easy to solve. Maybe Konrad already ha= s a patch for this. > CC [M] drivers/watchdog/machzwd.o > CC [M] drivers/watchdog/sbc_epx_c3.o > CC [M] drivers/watchdog/softdog.o > CC drivers/xen/grant-table.o > CC drivers/xen/features.o > CC drivers/xen/events.o > drivers/xen/events.c:605: error: redefinition of =E2**xen_destroy_ir= q=E2** > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: > previous definition of =E2**xen_destroy_irq=E2** was here > drivers/xen/events.c:637: error: redefinition of =E2**xen_create_msi= _irq=E2** > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: > previous definition of =E2**xen_create_msi_irq=E2** was here > make[2]: *** [drivers/xen/events.o] Error 1 > make[1]: *** [drivers/xen] Error 2 > make: *** [drivers] Error 2 >=20 > 2. xen/stable, I get following errors >=20 Ok so some extra patches needed here aswell. -- Pasi > CC drivers/pci/xen-pcifront.o > drivers/pci/xen-pcifront.c:373: error: variable =E2**pci_frontend_op= s=E2** has > initializut incomplete type > drivers/pci/xen-pcifront.c:374: error: unknown field =E2**enable_msi= =E2** > specified in ializer > drivers/pci/xen-pcifront.c:374: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:374: warning: (near initialization for > =E2**pci_frontend_op)=E2** > drivers/pci/xen-pcifront.c:375: error: unknown field =E2**disable_ms= i=E2** > specified in ializer > drivers/pci/xen-pcifront.c:375: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:375: warning: (near initialization for > =E2**pci_frontend_op)=E2** > drivers/pci/xen-pcifront.c:376: error: unknown field =E2**enable_msi= x=E2** > specified in ializer > drivers/pci/xen-pcifront.c:376: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:376: warning: (near initialization for > =E2**pci_frontend_op)=E2** > drivers/pci/xen-pcifront.c:377: error: unknown field =E2**disable_ms= ix=E2** > specified intializer > drivers/pci/xen-pcifront.c:377: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:377: warning: (near initialization for > =E2**pci_frontend_op)=E2** > drivers/pci/xen-pcifront.c: In function =E2**pci_frontend_registrar=E2= **: > drivers/pci/xen-pcifront.c:383: error: =E2**xen_pci_frontend=E2** un= declared > (first use his function) > drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier i= s > reported only once > drivers/pci/xen-pcifront.c:383: error: for each function it appears = in.) > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 > make[1]: *** [drivers/pci] Error 2 > make: *** [drivers] Error 2 >=20 > Kindly let me know how to proceed on this. >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sander Eikelenboom Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 14 Mar 2010 12:15:40 +0100 Message-ID: <112460240.20100314121540@eikelenboom.it> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Hello Ritu, There are some problems with pci.h, i have also reported this to Konrad. As a workaround you can enable dom0 support in these kernels, then they com= pile fine in my case. -- Sander Sunday, March 14, 2010, 2:43:23 AM, you wrote: > I followed the steps mentioned in wiki to pull xen code to compile domU > kernel from > 1. xen/master, I get following compilation errors. I do see in xen-devel > forum someone else has reported similar issue but no solution yet(patch > provided by Konrad has followup errors) > CC [M] drivers/watchdog/machzwd.o > CC [M] drivers/watchdog/sbc_epx_c3.o > CC [M] drivers/watchdog/softdog.o > CC drivers/xen/grant-table.o > CC drivers/xen/features.o > CC drivers/xen/events.o > drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destroy_irq= =E2=80=99 > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here > drivers/xen/events.c:637: error: redefinition of =E2=80=98xen_create_msi_= irq=E2=80=99 > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here > make[2]: *** [drivers/xen/events.o] Error 1 > make[1]: *** [drivers/xen] Error 2 > make: *** [drivers] Error 2 > 2. xen/stable, I get following errors > CC drivers/pci/xen-pcifront.o > drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_frontend_ops= =E2=80=99 has > initializut incomplete type > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable_msi= =E2=80=99 > specified in ializer > drivers/pci/xen-pcifront.c:374: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:374: warning: (near initialization for > =E2=80=98pci_frontend_op)=E2=80=99 > drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80=98disable_msi= =E2=80=99 > specified in ializer > drivers/pci/xen-pcifront.c:375: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:375: warning: (near initialization for > =E2=80=98pci_frontend_op)=E2=80=99 > drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80=98enable_msix= =E2=80=99 > specified in ializer > drivers/pci/xen-pcifront.c:376: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:376: warning: (near initialization for > =E2=80=98pci_frontend_op)=E2=80=99 > drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80=98disable_msi= x=E2=80=99 > specified intializer > drivers/pci/xen-pcifront.c:377: warning: excess elements in struct > initializer > drivers/pci/xen-pcifront.c:377: warning: (near initialization for > =E2=80=98pci_frontend_op)=E2=80=99 > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_registrar= =E2=80=99: > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2=80=99= undeclared > (first use his function) > drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier is > reported only once > drivers/pci/xen-pcifront.c:383: error: for each function it appears in.) > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 > make[1]: *** [drivers/pci] Error 2 > make: *** [drivers] Error 2 > Kindly let me know how to proceed on this. > Thanks --=20 Best regards, Sander mailto:linux@eikelenboom.it From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 14 Mar 2010 13:29:29 -0700 Message-ID: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1716000356==" Return-path: In-Reply-To: <112460240.20100314121540@eikelenboom.it> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Sander Eikelenboom Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1716000356== Content-Type: multipart/alternative; boundary=000e0cd17e7c12596a0481c89f64 --000e0cd17e7c12596a0481c89f64 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Sander, Thanks, I enabled DOM0 and other backend drivers along with pci frontend in .config file. I am able to get it build. However, I having additional questions, inputs appreciated. 1. can this kernel be used in any linux distribution? I have Debian Lenny a= s DomU? 2. In Debian Lenny /boot/grub/menu.lst, I have title Debian GNU/Linux, kernel 2.6.26-2-686-bigmem root (hd0,0) kernel /boot/vmlinuz-2.6.26-2-686-bigmem root=3D/dev/xvda1 ro console=3Dhvc0 quiet initrd /boot/initrd.img-2.6.26-2-686-bigmem but the kernel image built in arch/i386/boot is bzImage. Does "make modules_install" and "make install" take care of it, since I am not sure I haven't tried it. Basically, my question boils down to 1. Can I use bzImage in debian lenny, 2. does make install take care of configuring it Thanks On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom w= rote: > Hello Ritu, > > There are some problems with pci.h, i have also reported this to Konrad. > As a workaround you can enable dom0 support in these kernels, then they > compile fine in my case. > > -- > > Sander > > > Sunday, March 14, 2010, 2:43:23 AM, you wrote: > > > I followed the steps mentioned in wiki to pull xen code to compile dom= U > > kernel from > > > 1. xen/master, I get following compilation errors. I do see in xen-deve= l > > forum someone else has reported similar issue but no solution yet(patch > > provided by Konrad has followup errors) > > > CC [M] drivers/watchdog/machzwd.o > > CC [M] drivers/watchdog/sbc_epx_c3.o > > CC [M] drivers/watchdog/softdog.o > > CC drivers/xen/grant-table.o > > CC drivers/xen/features.o > > CC drivers/xen/events.o > > drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destroy_i= rq=E2=80=99 > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: > > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here > > drivers/xen/events.c:637: error: redefinition of =E2=80=98xen_create_ms= i_irq=E2=80=99 > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: > > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here > > make[2]: *** [drivers/xen/events.o] Error 1 > > make[1]: *** [drivers/xen] Error 2 > > make: *** [drivers] Error 2 > > > 2. xen/stable, I get following errors > > > CC drivers/pci/xen-pcifront.o > > drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_frontend_o= ps=E2=80=99 > has > > initializut incomplete type > > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable_ms= i=E2=80=99 > > specified in ializer > > drivers/pci/xen-pcifront.c:374: warning: excess elements in struct > > initializer > > drivers/pci/xen-pcifront.c:374: warning: (near initialization for > > =E2=80=98pci_frontend_op)=E2=80=99 > > drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80=98disable_m= si=E2=80=99 > > specified in ializer > > drivers/pci/xen-pcifront.c:375: warning: excess elements in struct > > initializer > > drivers/pci/xen-pcifront.c:375: warning: (near initialization for > > =E2=80=98pci_frontend_op)=E2=80=99 > > drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80=98enable_ms= ix=E2=80=99 > > specified in ializer > > drivers/pci/xen-pcifront.c:376: warning: excess elements in struct > > initializer > > drivers/pci/xen-pcifront.c:376: warning: (near initialization for > > =E2=80=98pci_frontend_op)=E2=80=99 > > drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80=98disable_m= six=E2=80=99 > > specified intializer > > drivers/pci/xen-pcifront.c:377: warning: excess elements in struct > > initializer > > drivers/pci/xen-pcifront.c:377: warning: (near initialization for > > =E2=80=98pci_frontend_op)=E2=80=99 > > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_registrar= =E2=80=99: > > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2=80= =99 undeclared > > (first use his function) > > drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier is > > reported only once > > drivers/pci/xen-pcifront.c:383: error: for each function it appears in.= ) > > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 > > make[1]: *** [drivers/pci] Error 2 > > make: *** [drivers] Error 2 > > > Kindly let me know how to proceed on this. > > > Thanks > > > > -- > Best regards, > Sander mailto:linux@eikelenboom.it > > --000e0cd17e7c12596a0481c89f64 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Sander,

Thanks, I enabled DOM0 and other backend drivers along w= ith pci frontend in .config file. I am able to get it build. However, I hav= ing additional questions, inputs appreciated.

1. can this kernel be = used in any linux distribution? I have Debian Lenny as DomU?

2. In Debian Lenny /boot/grub/menu.lst, I have
title=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 Debian GNU/Linux, kernel 2.6.26-2-686-bigmem
root=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 (hd0,0)
kernel=A0=A0=A0=A0=A0=A0=A0=A0=A0 /b= oot/vmlinuz-2.6.26-2-686-bigmem root=3D/dev/xvda1 ro console=3Dhvc0 quiet initrd=A0=A0=A0=A0=A0=A0=A0=A0=A0 /boot/initrd.img-2.6.26-2-686-bigmem
<= br>but the kernel image built in arch/i386/boot is bzImage. Does "make= modules_install" and "make install" take care of it, since = I am not sure I haven't tried it.

Basically, my question boils down to

1. Can I use bzImage in de= bian lenny,
2. does make install take care of configuring it

Thanks

On Sun, Mar 14, 2010 at 4:15 AM, = Sander Eikelenboom <linux@eikelenboom.it> wrote:
Hello Ritu,

There are some problems with pci.h, i have also reported this to Konrad. As a workaround you can enable dom0 support in these kernels, then they com= pile fine in my case.

--

Sander


Sunday, March 14, 2010, 2:43:23 AM, you wrote:

> I followed the steps mentioned in =A0wiki to pull xen code to compile = domU
> kernel from

> 1. xen/master, I get following compilation errors. I do see in xen-dev= el
> forum someone else has reported similar issue but no solution yet(patc= h
> provided by Konrad has followup errors)

> CC [M] =A0drivers/watchdog/machzwd.o
> =A0 CC [M] =A0drivers/watchdog/sbc_epx_c3.o
> =A0 CC [M] =A0drivers/watchdog/softdog.o
> =A0 CC =A0 =A0 =A0drivers/xen/grant-table.o
> =A0 CC =A0 =A0 =A0drivers/xen/features.o
> =A0 CC =A0 =A0 =A0drivers/xen/events.o
> drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destroy_= irq=E2=80=99
> /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here
> drivers/xen/events.c:637: error: redefinition of =E2=80=98xen_create_m= si_irq=E2=80=99
> /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here > make[2]: *** [drivers/xen/events.o] Error 1
> make[1]: *** [drivers/xen] Error 2
> make: *** [drivers] Error 2

> 2. xen/stable, I get following errors

> =A0CC =A0 =A0 =A0drivers/pci/xen-pcifront.o
> drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_frontend_= ops=E2=80=99 has
> initializut incomplete type
> drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable_m= si=E2=80=99
> specified in ializer
> drivers/pci/xen-pcifront.c:374: warning: excess elements in struct
> initializer
> drivers/pci/xen-pcifront.c:374: warning: (near initialization for
> =E2=80=98pci_frontend_op)=E2=80=99
> drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80=98disable_= msi=E2=80=99
> specified in ializer
> drivers/pci/xen-pcifront.c:375: warning: excess elements in struct
> initializer
> drivers/pci/xen-pcifront.c:375: warning: (near initialization for
> =E2=80=98pci_frontend_op)=E2=80=99
> drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80=98enable_m= six=E2=80=99
> specified in ializer
> drivers/pci/xen-pcifront.c:376: warning: excess elements in struct
> initializer
> drivers/pci/xen-pcifront.c:376: warning: (near initialization for
> =E2=80=98pci_frontend_op)=E2=80=99
> drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80=98disable_= msix=E2=80=99
> specified intializer
> drivers/pci/xen-pcifront.c:377: warning: excess elements in struct
> initializer
> drivers/pci/xen-pcifront.c:377: warning: (near initialization for
> =E2=80=98pci_frontend_op)=E2=80=99
> drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_registra= r=E2=80=99:
> drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2=80= =99 undeclared
> (first use his function)
> drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier is<= br> > reported only once
> drivers/pci/xen-pcifront.c:383: error: for each function it appears in= .)
> make[2]: *** [drivers/pci/xen-pcifront.o] Error 1
> make[1]: *** [drivers/pci] Error 2
> make: *** [drivers] Error 2

> Kindly let me know how to proceed on this.

> Thanks



--
Best regards,
=A0Sander =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it


--000e0cd17e7c12596a0481c89f64-- --===============1716000356== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1716000356==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sander Eikelenboom Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 14 Mar 2010 21:52:24 +0100 Message-ID: <1056770753.20100314215224@eikelenboom.it> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Hello Ritu, I don't have experience with XCP specifically, but normal compiled pvops-ke= rnels work fine for me with Debian lenny domU's. -- Sander Sunday, March 14, 2010, 9:29:29 PM, you wrote: > Hi Sander, > Thanks, I enabled DOM0 and other backend drivers along with pci frontend = in > .config file. I am able to get it build. However, I having additional > questions, inputs appreciated. > 1. can this kernel be used in any linux distribution? I have Debian Lenny= as > DomU? > 2. In Debian Lenny /boot/grub/menu.lst, I have > title Debian GNU/Linux, kernel 2.6.26-2-686-bigmem > root (hd0,0) > kernel /boot/vmlinuz-2.6.26-2-686-bigmem root=3D/dev/xvda1 ro > console=3Dhvc0 quiet > initrd /boot/initrd.img-2.6.26-2-686-bigmem > but the kernel image built in arch/i386/boot is bzImage. Does "make > modules_install" and "make install" take care of it, since I am not sure I > haven't tried it. > Basically, my question boils down to > 1. Can I use bzImage in debian lenny, > 2. does make install take care of configuring it > Thanks > On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom wrote: >> Hello Ritu, >> >> There are some problems with pci.h, i have also reported this to Konrad. >> As a workaround you can enable dom0 support in these kernels, then they >> compile fine in my case. >> >> -- >> >> Sander >> >> >> Sunday, March 14, 2010, 2:43:23 AM, you wrote: >> >> > I followed the steps mentioned in wiki to pull xen code to compile do= mU >> > kernel from >> >> > 1. xen/master, I get following compilation errors. I do see in xen-dev= el >> > forum someone else has reported similar issue but no solution yet(patch >> > provided by Konrad has followup errors) >> >> > CC [M] drivers/watchdog/machzwd.o >> > CC [M] drivers/watchdog/sbc_epx_c3.o >> > CC [M] drivers/watchdog/softdog.o >> > CC drivers/xen/grant-table.o >> > CC drivers/xen/features.o >> > CC drivers/xen/events.o >> > drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destroy_= irq=E2=80=99 >> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: >> > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here >> > drivers/xen/events.c:637: error: redefinition of =E2=80=98xen_create_m= si_irq=E2=80=99 >> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: >> > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here >> > make[2]: *** [drivers/xen/events.o] Error 1 >> > make[1]: *** [drivers/xen] Error 2 >> > make: *** [drivers] Error 2 >> >> > 2. xen/stable, I get following errors >> >> > CC drivers/pci/xen-pcifront.o >> > drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_frontend_= ops=E2=80=99 >> has >> > initializut incomplete type >> > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable_m= si=E2=80=99 >> > specified in ializer >> > drivers/pci/xen-pcifront.c:374: warning: excess elements in struct >> > initializer >> > drivers/pci/xen-pcifront.c:374: warning: (near initialization for >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80=98disable_= msi=E2=80=99 >> > specified in ializer >> > drivers/pci/xen-pcifront.c:375: warning: excess elements in struct >> > initializer >> > drivers/pci/xen-pcifront.c:375: warning: (near initialization for >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80=98enable_m= six=E2=80=99 >> > specified in ializer >> > drivers/pci/xen-pcifront.c:376: warning: excess elements in struct >> > initializer >> > drivers/pci/xen-pcifront.c:376: warning: (near initialization for >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80=98disable_= msix=E2=80=99 >> > specified intializer >> > drivers/pci/xen-pcifront.c:377: warning: excess elements in struct >> > initializer >> > drivers/pci/xen-pcifront.c:377: warning: (near initialization for >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_registra= r=E2=80=99: >> > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2=80= =99 undeclared >> > (first use his function) >> > drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier is >> > reported only once >> > drivers/pci/xen-pcifront.c:383: error: for each function it appears in= .) >> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 >> > make[1]: *** [drivers/pci] Error 2 >> > make: *** [drivers] Error 2 >> >> > Kindly let me know how to proceed on this. >> >> > Thanks >> >> >> >> -- >> Best regards, >> Sander mailto:linux@eikelenboom.it >> >> --=20 Best regards, Sander mailto:linux@eikelenboom.it From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 14 Mar 2010 18:40:33 -0700 Message-ID: <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <20100312175135.GK1878@reaktio.net> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1788313506==" Return-path: In-Reply-To: <1056770753.20100314215224@eikelenboom.it> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1788313506== Content-Type: multipart/alternative; boundary=000e0cd242a08eeda10481ccf75a --000e0cd242a08eeda10481ccf75a Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Pasi, I am able to use xen/stable kernel in domU(debian lenny) and lspci lists th= e device(i am testing pci passthrough). however, when I compile my driver in domU I get struct net_device has no member named open struct net_device has no member named stop struct net_device has no member named hard_start_xmit ... I need to compile my driver in domU and load it in order to use the nic fro= m domU. Inputs appreciated. Thanks On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom w= rote: > Hello Ritu, > > I don't have experience with XCP specifically, but normal compiled > pvops-kernels work fine for me with Debian lenny domU's. > > -- > Sander > > Sunday, March 14, 2010, 9:29:29 PM, you wrote: > > > Hi Sander, > > > Thanks, I enabled DOM0 and other backend drivers along with pci fronten= d > in > > .config file. I am able to get it build. However, I having additional > > questions, inputs appreciated. > > > 1. can this kernel be used in any linux distribution? I have Debian Len= ny > as > > DomU? > > > 2. In Debian Lenny /boot/grub/menu.lst, I have > > title Debian GNU/Linux, kernel 2.6.26-2-686-bigmem > > root (hd0,0) > > kernel /boot/vmlinuz-2.6.26-2-686-bigmem root=3D/dev/xvda1 ro > > console=3Dhvc0 quiet > > initrd /boot/initrd.img-2.6.26-2-686-bigmem > > > but the kernel image built in arch/i386/boot is bzImage. Does "make > > modules_install" and "make install" take care of it, since I am not sur= e > I > > haven't tried it. > > > Basically, my question boils down to > > > 1. Can I use bzImage in debian lenny, > > 2. does make install take care of configuring it > > > > Thanks > > > On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom < > linux@eikelenboom.it>wrote: > > >> Hello Ritu, > >> > >> There are some problems with pci.h, i have also reported this to Konra= d. > >> As a workaround you can enable dom0 support in these kernels, then the= y > >> compile fine in my case. > >> > >> -- > >> > >> Sander > >> > >> > >> Sunday, March 14, 2010, 2:43:23 AM, you wrote: > >> > >> > I followed the steps mentioned in wiki to pull xen code to compile > domU > >> > kernel from > >> > >> > 1. xen/master, I get following compilation errors. I do see in > xen-devel > >> > forum someone else has reported similar issue but no solution > yet(patch > >> > provided by Konrad has followup errors) > >> > >> > CC [M] drivers/watchdog/machzwd.o > >> > CC [M] drivers/watchdog/sbc_epx_c3.o > >> > CC [M] drivers/watchdog/softdog.o > >> > CC drivers/xen/grant-table.o > >> > CC drivers/xen/features.o > >> > CC drivers/xen/events.o > >> > drivers/xen/events.c:605: error: redefinition of =E2=80=98xen_destro= y_irq=E2=80=99 > >> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: > >> > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here > >> > drivers/xen/events.c:637: error: redefinition of > =E2=80=98xen_create_msi_irq=E2=80=99 > >> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: > >> > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was here > >> > make[2]: *** [drivers/xen/events.o] Error 1 > >> > make[1]: *** [drivers/xen] Error 2 > >> > make: *** [drivers] Error 2 > >> > >> > 2. xen/stable, I get following errors > >> > >> > CC drivers/pci/xen-pcifront.o > >> > drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_fronten= d_ops=E2=80=99 > >> has > >> > initializut incomplete type > >> > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enable= _msi=E2=80=99 > >> > specified in ializer > >> > drivers/pci/xen-pcifront.c:374: warning: excess elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:374: warning: (near initialization for > >> > =E2=80=98pci_frontend_op)=E2=80=99 > >> > drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80=98disabl= e_msi=E2=80=99 > >> > specified in ializer > >> > drivers/pci/xen-pcifront.c:375: warning: excess elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:375: warning: (near initialization for > >> > =E2=80=98pci_frontend_op)=E2=80=99 > >> > drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80=98enable= _msix=E2=80=99 > >> > specified in ializer > >> > drivers/pci/xen-pcifront.c:376: warning: excess elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:376: warning: (near initialization for > >> > =E2=80=98pci_frontend_op)=E2=80=99 > >> > drivers/pci/xen-pcifront.c:377: error: unknown field > =E2=80=98disable_msix=E2=80=99 > >> > specified intializer > >> > drivers/pci/xen-pcifront.c:377: warning: excess elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:377: warning: (near initialization for > >> > =E2=80=98pci_frontend_op)=E2=80=99 > >> > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_regist= rar=E2=80=99: > >> > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2= =80=99 > undeclared > >> > (first use his function) > >> > drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier i= s > >> > reported only once > >> > drivers/pci/xen-pcifront.c:383: error: for each function it appears > in.) > >> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 > >> > make[1]: *** [drivers/pci] Error 2 > >> > make: *** [drivers] Error 2 > >> > >> > Kindly let me know how to proceed on this. > >> > >> > Thanks > >> > >> > >> > >> -- > >> Best regards, > >> Sander mailto:linux@eikelenboom.it > >> > >> > > > > -- > Best regards, > Sander mailto:linux@eikelenboom.it > > --000e0cd242a08eeda10481ccf75a Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Pasi,

I am able to use xen/stable kernel in domU(debian lenny) an= d lspci lists the device(i am testing pci passthrough). however, when I com= pile my driver in domU I get

struct net_device has no member named = open
struct net_device has no member named stop
struct net_device has no memb= er named hard_start_xmit
...

I need to compile my driver in domU = and load it in order to use the nic from domU. Inputs appreciated.

Thanks

On Sun, Mar 14, 2010 at 1:52 PM, S= ander Eikelenboom <linux@eikelenboom.it> wrote:
Hello Ritu,

I don't have experience with XCP specifically, but normal compiled pvop= s-kernels work fine for me with Debian lenny domU's.

--
Sander

Sunday, March 14, 2010, 9:29:29 PM, you wrote:

> Hi Sander,

> Thanks, I enabled DOM0 and other backend drivers along with pci fronte= nd in
> .config file. I am able to get it build. However, I having additional<= br> > questions, inputs appreciated.

> 1. can this kernel be used in any linux distribution? I have Debian Le= nny as
> DomU?

> 2. In Debian Lenny /boot/grub/menu.lst, I have
> title =A0 =A0 =A0 =A0 =A0 Debian GNU/Linux, kernel 2.6.26-2-686-bigmem=
> root =A0 =A0 =A0 =A0 =A0 =A0(hd0,0)
> kernel =A0 =A0 =A0 =A0 =A0/boot/vmlinuz-2.6.26-2-686-bigmem root=3D/de= v/xvda1 ro
> console=3Dhvc0 quiet
> initrd =A0 =A0 =A0 =A0 =A0/boot/initrd.img-2.6.26-2-686-bigmem

> but the kernel image built in arch/i386/boot is bzImage. Does "ma= ke
> modules_install" and "make install" take care of it, si= nce I am not sure I
> haven't tried it.

> Basically, my question boils down to

> 1. Can I use bzImage in debian lenny,
> 2. does make install take care of configuring it


> Thanks

> On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom <linux@eikelenboom.it>wrote:

>> Hello Ritu,
>>
>> There are some problems with pci.h, i have also reported this to K= onrad.
>> As a workaround you can enable dom0 support in these kernels, then= they
>> compile fine in my case.
>>
>> --
>>
>> Sander
>>
>>
>> Sunday, March 14, 2010, 2:43:23 AM, you wrote:
>>
>> > I followed the steps mentioned in =A0wiki to pull xen code to= compile domU
>> > kernel from
>>
>> > 1. xen/master, I get following compilation errors. I do see i= n xen-devel
>> > forum someone else has reported similar issue but no solution= yet(patch
>> > provided by Konrad has followup errors)
>>
>> > CC [M] =A0drivers/watchdog/machzwd.o
>> > =A0 CC [M] =A0drivers/watchdog/sbc_epx_c3.o
>> > =A0 CC [M] =A0drivers/watchdog/softdog.o
>> > =A0 CC =A0 =A0 =A0drivers/xen/grant-table.o
>> > =A0 CC =A0 =A0 =A0drivers/xen/features.o
>> > =A0 CC =A0 =A0 =A0drivers/xen/events.o
>> > drivers/xen/events.c:605: error: redefinition of =E2=80=98xen= _destroy_irq=E2=80=99
>> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29:= error:
>> > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was = here
>> > drivers/xen/events.c:637: error: redefinition of =E2=80=98xen= _create_msi_irq=E2=80=99
>> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25:= error:
>> > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 w= as here
>> > make[2]: *** [drivers/xen/events.o] Error 1
>> > make[1]: *** [drivers/xen] Error 2
>> > make: *** [drivers] Error 2
>>
>> > 2. xen/stable, I get following errors
>>
>> > =A0CC =A0 =A0 =A0drivers/pci/xen-pcifront.o
>> > drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_= frontend_ops=E2=80=99
>> has
>> > initializut incomplete type
>> > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80= =98enable_msi=E2=80=99
>> > specified in ializer
>> > drivers/pci/xen-pcifront.c:374: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:374: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80= =98disable_msi=E2=80=99
>> > specified in ializer
>> > drivers/pci/xen-pcifront.c:375: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:375: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80= =98enable_msix=E2=80=99
>> > specified in ializer
>> > drivers/pci/xen-pcifront.c:376: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:376: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80= =98disable_msix=E2=80=99
>> > specified intializer
>> > drivers/pci/xen-pcifront.c:377: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:377: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend= _registrar=E2=80=99:
>> > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_front= end=E2=80=99 undeclared
>> > (first use his function)
>> > drivers/pci/xen-pcifront.c:383: error: (Each undeclared ident= ifier is
>> > reported only once
>> > drivers/pci/xen-pcifront.c:383: error: for each function it a= ppears in.)
>> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1
>> > make[1]: *** [drivers/pci] Error 2
>> > make: *** [drivers] Error 2
>>
>> > Kindly let me know how to proceed on this.
>>
>> > Thanks
>>
>>
>>
>> --
>> Best regards,
>> =A0Sander =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0m= ailto:linux@eikelenboom.it
>>
>>



--
Best regards,
=A0Sander =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it


--000e0cd242a08eeda10481ccf75a-- --===============1788313506== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1788313506==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 14 Mar 2010 20:30:46 -0700 Message-ID: <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2134394969==" Return-path: In-Reply-To: <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============2134394969== Content-Type: multipart/alternative; boundary=000e0cd1a9a0bfb7380481ce8186 --000e0cd1a9a0bfb7380481ce8186 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Just to add, this driver compiles fine in other linux flavors(Debian Lenny 5.0, Citrix Xenserver...) so it has to do with Xen/stable. Didn't see anything related to this in xen-devel, inputs appreciated. Thanks On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur wrote: > Hi Pasi, > > I am able to use xen/stable kernel in domU(debian lenny) and lspci lists > the device(i am testing pci passthrough). however, when I compile my driv= er > in domU I get > > struct net_device has no member named open > struct net_device has no member named stop > struct net_device has no member named hard_start_xmit > ... > > I need to compile my driver in domU and load it in order to use the nic > from domU. Inputs appreciated. > > Thanks > > > On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom wrote: > >> Hello Ritu, >> >> I don't have experience with XCP specifically, but normal compiled >> pvops-kernels work fine for me with Debian lenny domU's. >> >> -- >> Sander >> >> Sunday, March 14, 2010, 9:29:29 PM, you wrote: >> >> > Hi Sander, >> >> > Thanks, I enabled DOM0 and other backend drivers along with pci fronte= nd >> in >> > .config file. I am able to get it build. However, I having additional >> > questions, inputs appreciated. >> >> > 1. can this kernel be used in any linux distribution? I have Debian >> Lenny as >> > DomU? >> >> > 2. In Debian Lenny /boot/grub/menu.lst, I have >> > title Debian GNU/Linux, kernel 2.6.26-2-686-bigmem >> > root (hd0,0) >> > kernel /boot/vmlinuz-2.6.26-2-686-bigmem root=3D/dev/xvda1 ro >> > console=3Dhvc0 quiet >> > initrd /boot/initrd.img-2.6.26-2-686-bigmem >> >> > but the kernel image built in arch/i386/boot is bzImage. Does "make >> > modules_install" and "make install" take care of it, since I am not su= re >> I >> > haven't tried it. >> >> > Basically, my question boils down to >> >> > 1. Can I use bzImage in debian lenny, >> > 2. does make install take care of configuring it >> >> >> > Thanks >> >> > On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom < >> linux@eikelenboom.it>wrote: >> >> >> Hello Ritu, >> >> >> >> There are some problems with pci.h, i have also reported this to >> Konrad. >> >> As a workaround you can enable dom0 support in these kernels, then th= ey >> >> compile fine in my case. >> >> >> >> -- >> >> >> >> Sander >> >> >> >> >> >> Sunday, March 14, 2010, 2:43:23 AM, you wrote: >> >> >> >> > I followed the steps mentioned in wiki to pull xen code to compile >> domU >> >> > kernel from >> >> >> >> > 1. xen/master, I get following compilation errors. I do see in >> xen-devel >> >> > forum someone else has reported similar issue but no solution >> yet(patch >> >> > provided by Konrad has followup errors) >> >> >> >> > CC [M] drivers/watchdog/machzwd.o >> >> > CC [M] drivers/watchdog/sbc_epx_c3.o >> >> > CC [M] drivers/watchdog/softdog.o >> >> > CC drivers/xen/grant-table.o >> >> > CC drivers/xen/features.o >> >> > CC drivers/xen/events.o >> >> > drivers/xen/events.c:605: error: redefinition of >> =E2=80=98xen_destroy_irq=E2=80=99 >> >> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error= : >> >> > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was here >> >> > drivers/xen/events.c:637: error: redefinition of >> =E2=80=98xen_create_msi_irq=E2=80=99 >> >> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error= : >> >> > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 was her= e >> >> > make[2]: *** [drivers/xen/events.o] Error 1 >> >> > make[1]: *** [drivers/xen] Error 2 >> >> > make: *** [drivers] Error 2 >> >> >> >> > 2. xen/stable, I get following errors >> >> >> >> > CC drivers/pci/xen-pcifront.o >> >> > drivers/pci/xen-pcifront.c:373: error: variable >> =E2=80=98pci_frontend_ops=E2=80=99 >> >> has >> >> > initializut incomplete type >> >> > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80=98enabl= e_msi=E2=80=99 >> >> > specified in ializer >> >> > drivers/pci/xen-pcifront.c:374: warning: excess elements in struct >> >> > initializer >> >> > drivers/pci/xen-pcifront.c:374: warning: (near initialization for >> >> > =E2=80=98pci_frontend_op)=E2=80=99 >> >> > drivers/pci/xen-pcifront.c:375: error: unknown field >> =E2=80=98disable_msi=E2=80=99 >> >> > specified in ializer >> >> > drivers/pci/xen-pcifront.c:375: warning: excess elements in struct >> >> > initializer >> >> > drivers/pci/xen-pcifront.c:375: warning: (near initialization for >> >> > =E2=80=98pci_frontend_op)=E2=80=99 >> >> > drivers/pci/xen-pcifront.c:376: error: unknown field >> =E2=80=98enable_msix=E2=80=99 >> >> > specified in ializer >> >> > drivers/pci/xen-pcifront.c:376: warning: excess elements in struct >> >> > initializer >> >> > drivers/pci/xen-pcifront.c:376: warning: (near initialization for >> >> > =E2=80=98pci_frontend_op)=E2=80=99 >> >> > drivers/pci/xen-pcifront.c:377: error: unknown field >> =E2=80=98disable_msix=E2=80=99 >> >> > specified intializer >> >> > drivers/pci/xen-pcifront.c:377: warning: excess elements in struct >> >> > initializer >> >> > drivers/pci/xen-pcifront.c:377: warning: (near initialization for >> >> > =E2=80=98pci_frontend_op)=E2=80=99 >> >> > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend_regis= trar=E2=80=99: >> >> > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_frontend=E2= =80=99 >> undeclared >> >> > (first use his function) >> >> > drivers/pci/xen-pcifront.c:383: error: (Each undeclared identifier = is >> >> > reported only once >> >> > drivers/pci/xen-pcifront.c:383: error: for each function it appears >> in.) >> >> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 >> >> > make[1]: *** [drivers/pci] Error 2 >> >> > make: *** [drivers] Error 2 >> >> >> >> > Kindly let me know how to proceed on this. >> >> >> >> > Thanks >> >> >> >> >> >> >> >> -- >> >> Best regards, >> >> Sander mailto:linux@eikelenboom.it >> >> >> >> >> >> >> >> -- >> Best regards, >> Sander mailto:linux@eikelenboom.it >> >> > --000e0cd1a9a0bfb7380481ce8186 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Just to add, this driver compiles fine in other linux flavors(Debian Lenny = 5.0, Citrix Xenserver...) so it has to do with Xen/stable. Didn't see a= nything related to this in xen-devel, inputs appreciated.

Thanks

On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur <= span dir=3D"ltr"><ritu.kaur.us@gmail.com> wrote:
Hi Pasi,

I am able to use xen/stable kernel in domU(debian lenny) an= d lspci lists the device(i am testing pci passthrough). however, when I com= pile my driver in domU I get

struct net_device has no member named = open
struct net_device has no member named stop
struct net_device has no memb= er named hard_start_xmit
...

I need to compile my driver in domU = and load it in order to use the nic from domU. Inputs appreciated.

Thanks


= On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom <<= a href=3D"mailto:linux@eikelenboom.it" target=3D"_blank">linux@eikelenboom.= it> wrote:
Hello Ritu,

I don't have experience with XCP specifically, but normal compiled pvop= s-kernels work fine for me with Debian lenny domU's.

--
Sander

Sunday, March 14, 2010, 9:29:29 PM, you wrote:

> Hi Sander,

> Thanks, I enabled DOM0 and other backend drivers along with pci fronte= nd in
> .config file. I am able to get it build. However, I having additional<= br> > questions, inputs appreciated.

> 1. can this kernel be used in any linux distribution? I have Debian Le= nny as
> DomU?

> 2. In Debian Lenny /boot/grub/menu.lst, I have
> title =A0 =A0 =A0 =A0 =A0 Debian GNU/Linux, kernel 2.6.26-2-686-bigmem=
> root =A0 =A0 =A0 =A0 =A0 =A0(hd0,0)
> kernel =A0 =A0 =A0 =A0 =A0/boot/vmlinuz-2.6.26-2-686-bigmem root=3D/de= v/xvda1 ro
> console=3Dhvc0 quiet
> initrd =A0 =A0 =A0 =A0 =A0/boot/initrd.img-2.6.26-2-686-bigmem

> but the kernel image built in arch/i386/boot is bzImage. Does "ma= ke
> modules_install" and "make install" take care of it, si= nce I am not sure I
> haven't tried it.

> Basically, my question boils down to

> 1. Can I use bzImage in debian lenny,
> 2. does make install take care of configuring it


> Thanks

> On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom <linux@eikelenboom.it>wro= te:

>> Hello Ritu,
>>
>> There are some problems with pci.h, i have also reported this to K= onrad.
>> As a workaround you can enable dom0 support in these kernels, then= they
>> compile fine in my case.
>>
>> --
>>
>> Sander
>>
>>
>> Sunday, March 14, 2010, 2:43:23 AM, you wrote:
>>
>> > I followed the steps mentioned in =A0wiki to pull xen code to= compile domU
>> > kernel from
>>
>> > 1. xen/master, I get following compilation errors. I do see i= n xen-devel
>> > forum someone else has reported similar issue but no solution= yet(patch
>> > provided by Konrad has followup errors)
>>
>> > CC [M] =A0drivers/watchdog/machzwd.o
>> > =A0 CC [M] =A0drivers/watchdog/sbc_epx_c3.o
>> > =A0 CC [M] =A0drivers/watchdog/softdog.o
>> > =A0 CC =A0 =A0 =A0drivers/xen/grant-table.o
>> > =A0 CC =A0 =A0 =A0drivers/xen/features.o
>> > =A0 CC =A0 =A0 =A0drivers/xen/events.o
>> > drivers/xen/events.c:605: error: redefinition of =E2=80=98xen= _destroy_irq=E2=80=99
>> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29:= error:
>> > previous definition of =E2=80=98xen_destroy_irq=E2=80=99 was = here
>> > drivers/xen/events.c:637: error: redefinition of =E2=80=98xen= _create_msi_irq=E2=80=99
>> > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25:= error:
>> > previous definition of =E2=80=98xen_create_msi_irq=E2=80=99 w= as here
>> > make[2]: *** [drivers/xen/events.o] Error 1
>> > make[1]: *** [drivers/xen] Error 2
>> > make: *** [drivers] Error 2
>>
>> > 2. xen/stable, I get following errors
>>
>> > =A0CC =A0 =A0 =A0drivers/pci/xen-pcifront.o
>> > drivers/pci/xen-pcifront.c:373: error: variable =E2=80=98pci_= frontend_ops=E2=80=99
>> has
>> > initializut incomplete type
>> > drivers/pci/xen-pcifront.c:374: error: unknown field =E2=80= =98enable_msi=E2=80=99
>> > specified in ializer
>> > drivers/pci/xen-pcifront.c:374: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:374: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c:375: error: unknown field =E2=80= =98disable_msi=E2=80=99
>> > specified in ializer
>> > drivers/pci/xen-pcifront.c:375: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:375: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c:376: error: unknown field =E2=80= =98enable_msix=E2=80=99
>> > specified in ializer
>> > drivers/pci/xen-pcifront.c:376: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:376: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c:377: error: unknown field =E2=80= =98disable_msix=E2=80=99
>> > specified intializer
>> > drivers/pci/xen-pcifront.c:377: warning: excess elements in s= truct
>> > initializer
>> > drivers/pci/xen-pcifront.c:377: warning: (near initialization= for
>> > =E2=80=98pci_frontend_op)=E2=80=99
>> > drivers/pci/xen-pcifront.c: In function =E2=80=98pci_frontend= _registrar=E2=80=99:
>> > drivers/pci/xen-pcifront.c:383: error: =E2=80=98xen_pci_front= end=E2=80=99 undeclared
>> > (first use his function)
>> > drivers/pci/xen-pcifront.c:383: error: (Each undeclared ident= ifier is
>> > reported only once
>> > drivers/pci/xen-pcifront.c:383: error: for each function it a= ppears in.)
>> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1
>> > make[1]: *** [drivers/pci] Error 2
>> > make: *** [drivers] Error 2
>>
>> > Kindly let me know how to proceed on this.
>>
>> > Thanks
>>
>>
>>
>> --
>> Best regards,
>> =A0Sander =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0m= ailto:linux@eikel= enboom.it
>>
>>



--
Best regards,
=A0Sander =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it=



--000e0cd1a9a0bfb7380481ce8186-- --===============2134394969== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2134394969==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 15 Mar 2010 08:44:48 +0000 Message-ID: <1268642688.8652.2792.camel@localhost.localdomain> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <29b32d341003121751s517ea28qbdb78e8cc69243ac@mail.gmail.com> <20100313111857.GS1878@reaktio.net> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: > Just to add, this driver compiles fine in other linux flavors(Debian > Lenny 5.0, Citrix Xenserver...) so it has to do with Xen/stable. > Didn't see anything related to this in xen-devel, inputs appreciated. This is because the pvops kernel is based on a much newer upstream kernel (2.6.31 or 32) than that found in Lenny (2.6.26) or Citrix XenServer (2.6.18/27) and some of the kernel's internal interfaces must have changed. This has nothing to do with Xen per-se but rather compatibility with different Linux kernels. Ian. >=20 > Thanks >=20 > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur > wrote: > Hi Pasi, > =20 > I am able to use xen/stable kernel in domU(debian lenny) and > lspci lists the device(i am testing pci passthrough). however, > when I compile my driver in domU I get=20 > =20 > struct net_device has no member named open > struct net_device has no member named stop > struct net_device has no member named hard_start_xmit > ... > =20 > I need to compile my driver in domU and load it in order to > use the nic from domU. Inputs appreciated. > =20 > Thanks=20 > =20 > =20 > =20 > On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom > wrote: > Hello Ritu, > =20 > I don't have experience with XCP specifically, but > normal compiled pvops-kernels work fine for me with > Debian lenny domU's. > =20 > -- > Sander=20 > =20 > =20 > Sunday, March 14, 2010, 9:29:29 PM, you wrote: > =20 > > Hi Sander, > =20 > > Thanks, I enabled DOM0 and other backend drivers > along with pci frontend in > > .config file. I am able to get it build. However, I > having additional > > questions, inputs appreciated. > =20 > > 1. can this kernel be used in any linux > distribution? I have Debian Lenny as > > DomU? > =20 > > 2. In Debian Lenny /boot/grub/menu.lst, I have > > title Debian GNU/Linux, kernel > 2.6.26-2-686-bigmem > > root (hd0,0) > > kernel /boot/vmlinuz-2.6.26-2-686-bigmem > root=3D/dev/xvda1 ro > > console=3Dhvc0 quiet > > initrd /boot/initrd.img-2.6.26-2-686-bigmem > =20 > > but the kernel image built in arch/i386/boot is > bzImage. Does "make > > modules_install" and "make install" take care of it, > since I am not sure I > > haven't tried it. > =20 > > Basically, my question boils down to > =20 > > 1. Can I use bzImage in debian lenny, > > 2. does make install take care of configuring it > =20 > =20 > > Thanks > =20 > > On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom > wrote: > =20 > >> Hello Ritu, > >> > >> There are some problems with pci.h, i have also > reported this to Konrad. > >> As a workaround you can enable dom0 support in > these kernels, then they > >> compile fine in my case. > >> > >> -- > >> > >> Sander > >> > >> > >> Sunday, March 14, 2010, 2:43:23 AM, you wrote: > >> > >> > I followed the steps mentioned in wiki to pull > xen code to compile domU > >> > kernel from > >> > >> > 1. xen/master, I get following compilation > errors. I do see in xen-devel > >> > forum someone else has reported similar issue but > no solution yet(patch > >> > provided by Konrad has followup errors) > >> > >> > CC [M] drivers/watchdog/machzwd.o > >> > CC [M] drivers/watchdog/sbc_epx_c3.o > >> > CC [M] drivers/watchdog/softdog.o > >> > CC drivers/xen/grant-table.o > >> > CC drivers/xen/features.o > >> > CC drivers/xen/events.o > >> > drivers/xen/events.c:605: error: redefinition of > =C3=A2=E2=82=AC=CB=9Cxen_destroy_irq=C3=A2=E2=82=AC=E2=84= =A2 > >> > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/p= ci.h:29: error: > >> > previous definition of =C3=A2=E2=82=AC=CB=9Cxen_de= stroy_irq=C3=A2=E2=82=AC=E2=84=A2 was > here > >> > drivers/xen/events.c:637: error: redefinition of > =C3=A2=E2=82=AC=CB=9Cxen_create_msi_irq=C3=A2=E2=82=AC=E2= =84=A2 > >> > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/p= ci.h:25: error: > >> > previous definition of =C3=A2=E2=82=AC=CB=9Cxen_cr= eate_msi_irq=C3=A2=E2=82=AC=E2=84=A2 > was here > >> > make[2]: *** [drivers/xen/events.o] Error 1 > >> > make[1]: *** [drivers/xen] Error 2 > >> > make: *** [drivers] Error 2 > >> > >> > 2. xen/stable, I get following errors > >> > >> > CC drivers/pci/xen-pcifront.o > >> > drivers/pci/xen-pcifront.c:373: error: variable =C3= =A2 > =E2=82=AC=CB=9Cpci_frontend_ops=C3=A2=E2=82=AC=E2=84=A2 > >> has > >> > initializut incomplete type > >> > drivers/pci/xen-pcifront.c:374: error: unknown > field =C3=A2=E2=82=AC=CB=9Cenable_msi=C3=A2=E2=82=AC=E2= =84=A2 > >> > specified in ializer > >> > drivers/pci/xen-pcifront.c:374: warning: excess > elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:374: warning: (near > initialization for > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3=A2=E2=82=AC= =E2=84=A2 > >> > drivers/pci/xen-pcifront.c:375: error: unknown > field =C3=A2=E2=82=AC=CB=9Cdisable_msi=C3=A2=E2=82=AC=E2= =84=A2 > >> > specified in ializer > >> > drivers/pci/xen-pcifront.c:375: warning: excess > elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:375: warning: (near > initialization for > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3=A2=E2=82=AC= =E2=84=A2 > >> > drivers/pci/xen-pcifront.c:376: error: unknown > field =C3=A2=E2=82=AC=CB=9Cenable_msix=C3=A2=E2=82=AC=E2= =84=A2 > >> > specified in ializer > >> > drivers/pci/xen-pcifront.c:376: warning: excess > elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:376: warning: (near > initialization for > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3=A2=E2=82=AC= =E2=84=A2 > >> > drivers/pci/xen-pcifront.c:377: error: unknown > field =C3=A2=E2=82=AC=CB=9Cdisable_msix=C3=A2=E2=82=AC=E2= =84=A2 > >> > specified intializer > >> > drivers/pci/xen-pcifront.c:377: warning: excess > elements in struct > >> > initializer > >> > drivers/pci/xen-pcifront.c:377: warning: (near > initialization for > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3=A2=E2=82=AC= =E2=84=A2 > >> > drivers/pci/xen-pcifront.c: In function =C3=A2 > =E2=82=AC=CB=9Cpci_frontend_registrar=C3=A2=E2=82=AC=E2= =84=A2: > >> > drivers/pci/xen-pcifront.c:383: error: =C3=A2 > =E2=82=AC=CB=9Cxen_pci_frontend=C3=A2=E2=82=AC=E2=84=A2= undeclared > >> > (first use his function) > >> > drivers/pci/xen-pcifront.c:383: error: (Each > undeclared identifier is > >> > reported only once > >> > drivers/pci/xen-pcifront.c:383: error: for each > function it appears in.) > >> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 > >> > make[1]: *** [drivers/pci] Error 2 > >> > make: *** [drivers] Error 2 > >> > >> > Kindly let me know how to proceed on this. > >> > >> > Thanks > >> > >> > >> > >> -- > >> Best regards, > >> Sander > mailto:linux@eikelenboom.it > >> > >> > =20 > =20 > =20 > =20 > --=20 > =20 > Best regards, > Sander > mailto:linux@eikelenboom.it > =20 > =20 > =20 > =20 >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 15 Mar 2010 06:42:30 -0700 Message-ID: <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1567620191==" Return-path: In-Reply-To: <1268642688.8652.2792.camel@localhost.localdomain> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org --===============1567620191== Content-Type: multipart/alternative; boundary=000e0cd13bca7957c70481d70ddc --000e0cd13bca7957c70481d70ddc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Ian, Thanks. Should I use DDK to compile my drivers? I have pci device listed in domU and drivers are not compilable there hence wondering how do I use the it? Thanks On Mon, Mar 15, 2010 at 1:44 AM, Ian Campbell wrot= e: > On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: > > Just to add, this driver compiles fine in other linux flavors(Debian > > Lenny 5.0, Citrix Xenserver...) so it has to do with Xen/stable. > > Didn't see anything related to this in xen-devel, inputs appreciated. > > This is because the pvops kernel is based on a much newer upstream > kernel (2.6.31 or 32) than that found in Lenny (2.6.26) or Citrix > XenServer (2.6.18/27) and some of the kernel's internal interfaces must > have changed. > > This has nothing to do with Xen per-se but rather compatibility with > different Linux kernels. > > Ian. > > > > > Thanks > > > > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur > > wrote: > > Hi Pasi, > > > > I am able to use xen/stable kernel in domU(debian lenny) and > > lspci lists the device(i am testing pci passthrough). however, > > when I compile my driver in domU I get > > > > struct net_device has no member named open > > struct net_device has no member named stop > > struct net_device has no member named hard_start_xmit > > ... > > > > I need to compile my driver in domU and load it in order to > > use the nic from domU. Inputs appreciated. > > > > Thanks > > > > > > > > On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom > > wrote: > > Hello Ritu, > > > > I don't have experience with XCP specifically, but > > normal compiled pvops-kernels work fine for me with > > Debian lenny domU's. > > > > -- > > Sander > > > > > > Sunday, March 14, 2010, 9:29:29 PM, you wrote: > > > > > Hi Sander, > > > > > Thanks, I enabled DOM0 and other backend drivers > > along with pci frontend in > > > .config file. I am able to get it build. However, I > > having additional > > > questions, inputs appreciated. > > > > > 1. can this kernel be used in any linux > > distribution? I have Debian Lenny as > > > DomU? > > > > > 2. In Debian Lenny /boot/grub/menu.lst, I have > > > title Debian GNU/Linux, kernel > > 2.6.26-2-686-bigmem > > > root (hd0,0) > > > kernel /boot/vmlinuz-2.6.26-2-686-bigmem > > root=3D/dev/xvda1 ro > > > console=3Dhvc0 quiet > > > initrd /boot/initrd.img-2.6.26-2-686-bigmem > > > > > but the kernel image built in arch/i386/boot is > > bzImage. Does "make > > > modules_install" and "make install" take care of it, > > since I am not sure I > > > haven't tried it. > > > > > Basically, my question boils down to > > > > > 1. Can I use bzImage in debian lenny, > > > 2. does make install take care of configuring it > > > > > > > Thanks > > > > > On Sun, Mar 14, 2010 at 4:15 AM, Sander Eikelenboom > > wrote: > > > > >> Hello Ritu, > > >> > > >> There are some problems with pci.h, i have also > > reported this to Konrad. > > >> As a workaround you can enable dom0 support in > > these kernels, then they > > >> compile fine in my case. > > >> > > >> -- > > >> > > >> Sander > > >> > > >> > > >> Sunday, March 14, 2010, 2:43:23 AM, you wrote: > > >> > > >> > I followed the steps mentioned in wiki to pull > > xen code to compile domU > > >> > kernel from > > >> > > >> > 1. xen/master, I get following compilation > > errors. I do see in xen-devel > > >> > forum someone else has reported similar issue but > > no solution yet(patch > > >> > provided by Konrad has followup errors) > > >> > > >> > CC [M] drivers/watchdog/machzwd.o > > >> > CC [M] drivers/watchdog/sbc_epx_c3.o > > >> > CC [M] drivers/watchdog/softdog.o > > >> > CC drivers/xen/grant-table.o > > >> > CC drivers/xen/features.o > > >> > CC drivers/xen/events.o > > >> > drivers/xen/events.c:605: error: redefinition of > > =E2=80=98xen_destroy_irq=E2=80=99 > > >> > > > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: error: > > >> > previous definition of =E2=80=98xen_destroy_irq=E2= =80=99 was > > here > > >> > drivers/xen/events.c:637: error: redefinition of > > =E2=80=98xen_create_msi_irq=E2=80=99 > > >> > > > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: error: > > >> > previous definition of =E2=80=98xen_create_msi_irq= =E2=80=99 > > was here > > >> > make[2]: *** [drivers/xen/events.o] Error 1 > > >> > make[1]: *** [drivers/xen] Error 2 > > >> > make: *** [drivers] Error 2 > > >> > > >> > 2. xen/stable, I get following errors > > >> > > >> > CC drivers/pci/xen-pcifront.o > > >> > drivers/pci/xen-pcifront.c:373: error: variable = =E2 > > =80=98pci_frontend_ops=E2=80=99 > > >> has > > >> > initializut incomplete type > > >> > drivers/pci/xen-pcifront.c:374: error: unknown > > field =E2=80=98enable_msi=E2=80=99 > > >> > specified in ializer > > >> > drivers/pci/xen-pcifront.c:374: warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:374: warning: (near > > initialization for > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > >> > drivers/pci/xen-pcifront.c:375: error: unknown > > field =E2=80=98disable_msi=E2=80=99 > > >> > specified in ializer > > >> > drivers/pci/xen-pcifront.c:375: warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:375: warning: (near > > initialization for > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > >> > drivers/pci/xen-pcifront.c:376: error: unknown > > field =E2=80=98enable_msix=E2=80=99 > > >> > specified in ializer > > >> > drivers/pci/xen-pcifront.c:376: warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:376: warning: (near > > initialization for > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > >> > drivers/pci/xen-pcifront.c:377: error: unknown > > field =E2=80=98disable_msix=E2=80=99 > > >> > specified intializer > > >> > drivers/pci/xen-pcifront.c:377: warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:377: warning: (near > > initialization for > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > >> > drivers/pci/xen-pcifront.c: In function =E2 > > =80=98pci_frontend_registrar=E2=80=99: > > >> > drivers/pci/xen-pcifront.c:383: error: =E2 > > =80=98xen_pci_frontend=E2=80=99 undeclared > > >> > (first use his function) > > >> > drivers/pci/xen-pcifront.c:383: error: (Each > > undeclared identifier is > > >> > reported only once > > >> > drivers/pci/xen-pcifront.c:383: error: for each > > function it appears in.) > > >> > make[2]: *** [drivers/pci/xen-pcifront.o] Error 1 > > >> > make[1]: *** [drivers/pci] Error 2 > > >> > make: *** [drivers] Error 2 > > >> > > >> > Kindly let me know how to proceed on this. > > >> > > >> > Thanks > > >> > > >> > > >> > > >> -- > > >> Best regards, > > >> Sander > > mailto:linux@eikelenboom.it > > >> > > >> > > > > > > > > > > -- > > > > Best regards, > > Sander > > mailto:linux@eikelenboom.it > > > > > > > > > > > > > --000e0cd13bca7957c70481d70ddc Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Ian,

Thanks. Should I use DDK to compile my drivers? I have pci d= evice listed in domU and drivers are not compilable there hence wondering h= ow do I use the it?

Thanks

On Mon= , Mar 15, 2010 at 1:44 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:=
On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote:
> Just to add, this driver compiles fine in other linux flavors(Debian > Lenny 5.0, Citrix Xenserver...) so it has to do with Xen/stable.
> Didn't see anything related to this in xen-devel, inputs appreciat= ed.

This is because the pvops kernel is based on a much newer upstream kernel (2.6.31 or 32) than that found in Lenny (2.6.26) or Citrix
XenServer (2.6.18/27) and some of the kernel's internal interfaces must=
have changed.

This has nothing to do with Xen per-se but rather compatibility with
different Linux kernels.

Ian.

>
> Thanks
>
> On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur <ritu.kaur.us@gmail.com>
> wrote:
> =A0 =A0 =A0 =A0 Hi Pasi,
>
> =A0 =A0 =A0 =A0 I am able to use xen/stable kernel in domU(debian lenn= y) and
> =A0 =A0 =A0 =A0 lspci lists the device(i am testing pci passthrough). = however,
> =A0 =A0 =A0 =A0 when I compile my driver in domU I get
>
> =A0 =A0 =A0 =A0 struct net_device has no member named open
> =A0 =A0 =A0 =A0 struct net_device has no member named stop
> =A0 =A0 =A0 =A0 struct net_device has no member named hard_start_xmit<= br> > =A0 =A0 =A0 =A0 ...
>
> =A0 =A0 =A0 =A0 I need to compile my driver in domU and load it in ord= er to
> =A0 =A0 =A0 =A0 use the nic from domU. Inputs appreciated.
>
> =A0 =A0 =A0 =A0 Thanks
>
>
>
> =A0 =A0 =A0 =A0 On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom > =A0 =A0 =A0 =A0 <linux@eike= lenboom.it> wrote:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Hello Ritu,
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I don't have experience with XCP s= pecifically, but
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 normal compiled pvops-kernels work fin= e for me with
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Debian lenny domU's.
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 --
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sander
>
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sunday, March 14, 2010, 9:29:29 PM, yo= u wrote:
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Hi Sander,
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Thanks, I enabled DOM0 and other = backend drivers
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 along with pci frontend in
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > .config file. I am able to get it= build. However, I
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 having additional
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > questions, inputs appreciated. >
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 1. can this kernel be used in any= linux
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 distribution? I have Debian Lenny as > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > DomU?
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 2. In Debian Lenny /boot/grub/men= u.lst, I have
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > title =A0 =A0 =A0 =A0 =A0 Debian = GNU/Linux, kernel
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2.6.26-2-686-bigmem
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > root =A0 =A0 =A0 =A0 =A0 =A0(hd0,= 0)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > kernel =A0 =A0 =A0 =A0 =A0/boot/v= mlinuz-2.6.26-2-686-bigmem
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 root=3D/dev/xvda1 ro
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > console=3Dhvc0 quiet
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > initrd =A0 =A0 =A0 =A0 =A0/boot/i= nitrd.img-2.6.26-2-686-bigmem
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > but the kernel image built in arc= h/i386/boot is
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bzImage. Does "make
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > modules_install" and "m= ake install" take care of it,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 since I am not sure I
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > haven't tried it.
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Basically, my question boils down= to
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 1. Can I use bzImage in debian le= nny,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 2. does make install take care of= configuring it
>
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Thanks
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > On Sun, Mar 14, 2010 at 4:15 AM, = Sander Eikelenboom
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <linux@eikelenboom.it>wrote:
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Hello Ritu,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> There are some problems with = pci.h, i have also
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 reported this to Konrad.
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> As a workaround you can enabl= e dom0 support in
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 these kernels, then they
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> compile fine in my case.
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> --
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Sander
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Sunday, March 14, 2010, 2:43:= 23 AM, you wrote:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > I followed the steps men= tioned in =A0wiki to pull
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 xen code to compile domU
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > kernel from
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > 1. xen/master, I get fol= lowing compilation
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 errors. I do see in xen-devel
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > forum someone else has r= eported similar issue but
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no solution yet(patch
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > provided by Konrad has f= ollowup errors)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > CC [M] =A0drivers/watchd= og/machzwd.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0 CC [M] =A0drivers/wa= tchdog/sbc_epx_c3.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0 CC [M] =A0drivers/wa= tchdog/softdog.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0 CC =A0 =A0 =A0driver= s/xen/grant-table.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0 CC =A0 =A0 =A0driver= s/xen/features.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0 CC =A0 =A0 =A0driver= s/xen/events.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/xen/events.c:605= : error: redefinition of
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =E2=80=98xen_destroy_irq=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > /root/kernel/linux.2-6.xen/arch/x= 86/include/asm/xen/pci.h:29: error:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > previous definition of = =E2=80=98xen_destroy_irq=E2=80=99 was
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 here
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/xen/events.c:637= : error: redefinition of
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =E2=80=98xen_create_msi_irq=E2=80=99 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > /root/kernel/linux.2-6.xen/arch/x= 86/include/asm/xen/pci.h:25: error:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > previous definition of = =E2=80=98xen_create_msi_irq=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 was here
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > make[2]: *** [drivers/xe= n/events.o] Error 1
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > make[1]: *** [drivers/xe= n] Error 2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > make: *** [drivers] Erro= r 2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > 2. xen/stable, I get fol= lowing errors
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0CC =A0 =A0 =A0drivers= /pci/xen-pcifront.o
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:373: error: variable =E2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98pci_frontend_ops=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> has
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > initializut incomplete t= ype
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:374: error: unknown
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98enable_msi=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > specified in ializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:374: warning: excess
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struct
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > initializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:374: warning: (near
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization for
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2=80=98pci_frontend_op= )=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:375: error: unknown
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98disable_msi=E2=80=99 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > specified in ializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:375: warning: excess
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struct
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > initializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:375: warning: (near
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization for
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2=80=98pci_frontend_op= )=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:376: error: unknown
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98enable_msix=E2=80=99 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > specified in ializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:376: warning: excess
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struct
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > initializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:376: warning: (near
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization for
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2=80=98pci_frontend_op= )=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:377: error: unknown
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98disable_msix=E2=80=99 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > specified intializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:377: warning: excess
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struct
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > initializer
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:377: warning: (near
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization for
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2=80=98pci_frontend_op= )=E2=80=99
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c: In function =E2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98pci_frontend_registrar=E2=80=99:=
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:383: error: =E2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98xen_pci_frontend=E2=80=99 undecl= ared
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > (first use his function)=
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:383: error: (Each
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 undeclared identifier is
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > reported only once
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > drivers/pci/xen-pcifront= .c:383: error: for each
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 function it appears in.)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > make[2]: *** [drivers/pc= i/xen-pcifront.o] Error 1
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > make[1]: *** [drivers/pc= i] Error 2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > make: *** [drivers] Erro= r 2
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > Kindly let me know how t= o proceed on this.
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > Thanks
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> --
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Best regards,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> =A0Sander
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
>
>
>
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 --
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Best regards,
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Sander
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it
>
>
>
>
>



--000e0cd13bca7957c70481d70ddc-- --===============1567620191== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1567620191==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 15 Mar 2010 13:44:05 +0000 Message-ID: <1268660645.10129.25070.camel@zakaz.uk.xensource.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <29b32d341003130809u49d1edcas234fdca4c3d70ed@mail.gmail.com> <20100313164102.GZ1878@reaktio.net> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Mon, 2010-03-15 at 13:42 +0000, Ritu kaur wrote: > Hi Ian, >=20 > Thanks. Should I use DDK to compile my drivers? I have pci device > listed in domU and drivers are not compilable there hence wondering > how do I use the it?=20 You must compile your driver against the kernel used in the domU. This is not a Xen specific requirement -- you must always compile your driver against the kernel you want to use it with. Note that this may involve porting your driver to work with the kernel you are using in your domU. Ian. >=20 > Thanks >=20 > On Mon, Mar 15, 2010 at 1:44 AM, Ian Campbell > wrote: > On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: > > Just to add, this driver compiles fine in other linux > flavors(Debian > > Lenny 5.0, Citrix Xenserver...) so it has to do with > Xen/stable. > > Didn't see anything related to this in xen-devel, inputs > appreciated. > =20 > =20 > This is because the pvops kernel is based on a much newer > upstream > kernel (2.6.31 or 32) than that found in Lenny (2.6.26) or > Citrix > XenServer (2.6.18/27) and some of the kernel's internal > interfaces must > have changed. > =20 > This has nothing to do with Xen per-se but rather > compatibility with > different Linux kernels. > =20 > Ian. > =20 > =20 > > > > Thanks > > > > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur > > > wrote: > > Hi Pasi, > > > > I am able to use xen/stable kernel in domU(debian > lenny) and > > lspci lists the device(i am testing pci > passthrough). however, > > when I compile my driver in domU I get > > > > struct net_device has no member named open > > struct net_device has no member named stop > > struct net_device has no member named > hard_start_xmit > > ... > > > > I need to compile my driver in domU and load it in > order to > > use the nic from domU. Inputs appreciated. > > > > Thanks > > > > > > > > On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom > > wrote: > > Hello Ritu, > > > > I don't have experience with XCP > specifically, but > > normal compiled pvops-kernels work fine for > me with > > Debian lenny domU's. > > > > -- > > Sander > > > > > > Sunday, March 14, 2010, 9:29:29 PM, you > wrote: > > > > > Hi Sander, > > > > > Thanks, I enabled DOM0 and other backend > drivers > > along with pci frontend in > > > .config file. I am able to get it build. > However, I > > having additional > > > questions, inputs appreciated. > > > > > 1. can this kernel be used in any linux > > distribution? I have Debian Lenny as > > > DomU? > > > > > 2. In Debian Lenny /boot/grub/menu.lst, I > have > > > title Debian GNU/Linux, kernel > > 2.6.26-2-686-bigmem > > > root (hd0,0) > > > kernel > /boot/vmlinuz-2.6.26-2-686-bigmem > > root=3D/dev/xvda1 ro > > > console=3Dhvc0 quiet > > > initrd > /boot/initrd.img-2.6.26-2-686-bigmem > > > > > but the kernel image built in > arch/i386/boot is > > bzImage. Does "make > > > modules_install" and "make install" take > care of it, > > since I am not sure I > > > haven't tried it. > > > > > Basically, my question boils down to > > > > > 1. Can I use bzImage in debian lenny, > > > 2. does make install take care of > configuring it > > > > > > > Thanks > > > > > On Sun, Mar 14, 2010 at 4:15 AM, Sander > Eikelenboom > > wrote: > > > > >> Hello Ritu, > > >> > > >> There are some problems with pci.h, i > have also > > reported this to Konrad. > > >> As a workaround you can enable dom0 > support in > > these kernels, then they > > >> compile fine in my case. > > >> > > >> -- > > >> > > >> Sander > > >> > > >> > > >> Sunday, March 14, 2010, 2:43:23 AM, you > wrote: > > >> > > >> > I followed the steps mentioned in wiki > to pull > > xen code to compile domU > > >> > kernel from > > >> > > >> > 1. xen/master, I get following > compilation > > errors. I do see in xen-devel > > >> > forum someone else has reported similar > issue but > > no solution yet(patch > > >> > provided by Konrad has followup errors) > > >> > > >> > CC [M] drivers/watchdog/machzwd.o > > >> > CC [M] drivers/watchdog/sbc_epx_c3.o > > >> > CC [M] drivers/watchdog/softdog.o > > >> > CC drivers/xen/grant-table.o > > >> > CC drivers/xen/features.o > > >> > CC drivers/xen/events.o > > >> > drivers/xen/events.c:605: error: > redefinition of > > =C3=A2=E2=82=AC=CB=9Cxen_destroy_irq=C3=A2=E2= =82=AC=E2=84=A2 > > >> > > > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29:= error: > > >> > previous definition of =C3=A2 > =E2=82=AC=CB=9Cxen_destroy_irq=C3=A2=E2=82=AC=E2=84=A2 was > > here > > >> > drivers/xen/events.c:637: error: > redefinition of > > =C3=A2=E2=82=AC=CB=9Cxen_create_msi_irq=C3=A2= =E2=82=AC=E2=84=A2 > > >> > > > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25:= error: > > >> > previous definition of =C3=A2 > =E2=82=AC=CB=9Cxen_create_msi_irq=C3=A2=E2=82=AC=E2=84=A2 > > was here > > >> > make[2]: *** [drivers/xen/events.o] > Error 1 > > >> > make[1]: *** [drivers/xen] Error 2 > > >> > make: *** [drivers] Error 2 > > >> > > >> > 2. xen/stable, I get following errors > > >> > > >> > CC drivers/pci/xen-pcifront.o > > >> > drivers/pci/xen-pcifront.c:373: error: > variable =C3=A2 > > =E2=82=AC=CB=9Cpci_frontend_ops=C3=A2=E2=82=AC= =E2=84=A2 > > >> has > > >> > initializut incomplete type > > >> > drivers/pci/xen-pcifront.c:374: error: > unknown > > field =C3=A2=E2=82=AC=CB=9Cenable_msi=C3=A2=E2= =82=AC=E2=84=A2 > > >> > specified in ializer > > >> > drivers/pci/xen-pcifront.c:374: > warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:374: > warning: (near > > initialization for > > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3= =A2=E2=82=AC=E2=84=A2 > > >> > drivers/pci/xen-pcifront.c:375: error: > unknown > > field =C3=A2=E2=82=AC=CB=9Cdisable_msi=C3=A2=E2= =82=AC=E2=84=A2 > > >> > specified in ializer > > >> > drivers/pci/xen-pcifront.c:375: > warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:375: > warning: (near > > initialization for > > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3= =A2=E2=82=AC=E2=84=A2 > > >> > drivers/pci/xen-pcifront.c:376: error: > unknown > > field =C3=A2=E2=82=AC=CB=9Cenable_msix=C3=A2=E2= =82=AC=E2=84=A2 > > >> > specified in ializer > > >> > drivers/pci/xen-pcifront.c:376: > warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:376: > warning: (near > > initialization for > > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3= =A2=E2=82=AC=E2=84=A2 > > >> > drivers/pci/xen-pcifront.c:377: error: > unknown > > field =C3=A2=E2=82=AC=CB=9Cdisable_msix=C3=A2= =E2=82=AC=E2=84=A2 > > >> > specified intializer > > >> > drivers/pci/xen-pcifront.c:377: > warning: excess > > elements in struct > > >> > initializer > > >> > drivers/pci/xen-pcifront.c:377: > warning: (near > > initialization for > > >> > =C3=A2=E2=82=AC=CB=9Cpci_frontend_op)=C3= =A2=E2=82=AC=E2=84=A2 > > >> > drivers/pci/xen-pcifront.c: In function > =C3=A2 > > =E2=82=AC=CB=9Cpci_frontend_registrar=C3=A2=E2= =82=AC=E2=84=A2: > > >> > drivers/pci/xen-pcifront.c:383: error: > =C3=A2 > > =E2=82=AC=CB=9Cxen_pci_frontend=C3=A2=E2=82=AC= =E2=84=A2 undeclared > > >> > (first use his function) > > >> > drivers/pci/xen-pcifront.c:383: error: > (Each > > undeclared identifier is > > >> > reported only once > > >> > drivers/pci/xen-pcifront.c:383: error: > for each > > function it appears in.) > > >> > make[2]: *** > [drivers/pci/xen-pcifront.o] Error 1 > > >> > make[1]: *** [drivers/pci] Error 2 > > >> > make: *** [drivers] Error 2 > > >> > > >> > Kindly let me know how to proceed on > this. > > >> > > >> > Thanks > > >> > > >> > > >> > > >> -- > > >> Best regards, > > >> Sander > > mailto:linux@eikelenboom.it > > >> > > >> > > > > > > > > > > -- > > > > Best regards, > > Sander > > mailto:linux@eikelenboom.it > > > > > > > > > > > =20 > =20 > =20 >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 15 Mar 2010 06:46:09 -0700 Message-ID: <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <29b32d341003131743j6ae271d6of486a3c1a4858513@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1131156903==" Return-path: In-Reply-To: <1268660645.10129.25070.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org --===============1131156903== Content-Type: multipart/alternative; boundary=000e0cd109568180de0481d71a02 --000e0cd109568180de0481d71a02 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thanks Ian, I will take a look at it. On Mon, Mar 15, 2010 at 6:44 AM, Ian Campbell wrot= e: > On Mon, 2010-03-15 at 13:42 +0000, Ritu kaur wrote: > > Hi Ian, > > > > Thanks. Should I use DDK to compile my drivers? I have pci device > > listed in domU and drivers are not compilable there hence wondering > > how do I use the it? > > You must compile your driver against the kernel used in the domU. This > is not a Xen specific requirement -- you must always compile your driver > against the kernel you want to use it with. Note that this may involve > porting your driver to work with the kernel you are using in your domU. > > Ian. > > > > > Thanks > > > > On Mon, Mar 15, 2010 at 1:44 AM, Ian Campbell > > wrote: > > On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: > > > Just to add, this driver compiles fine in other linux > > flavors(Debian > > > Lenny 5.0, Citrix Xenserver...) so it has to do with > > Xen/stable. > > > Didn't see anything related to this in xen-devel, inputs > > appreciated. > > > > > > This is because the pvops kernel is based on a much newer > > upstream > > kernel (2.6.31 or 32) than that found in Lenny (2.6.26) or > > Citrix > > XenServer (2.6.18/27) and some of the kernel's internal > > interfaces must > > have changed. > > > > This has nothing to do with Xen per-se but rather > > compatibility with > > different Linux kernels. > > > > Ian. > > > > > > > > > > Thanks > > > > > > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur > > > > > wrote: > > > Hi Pasi, > > > > > > I am able to use xen/stable kernel in domU(debian > > lenny) and > > > lspci lists the device(i am testing pci > > passthrough). however, > > > when I compile my driver in domU I get > > > > > > struct net_device has no member named open > > > struct net_device has no member named stop > > > struct net_device has no member named > > hard_start_xmit > > > ... > > > > > > I need to compile my driver in domU and load it in > > order to > > > use the nic from domU. Inputs appreciated. > > > > > > Thanks > > > > > > > > > > > > On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom > > > wrote: > > > Hello Ritu, > > > > > > I don't have experience with XCP > > specifically, but > > > normal compiled pvops-kernels work fine for > > me with > > > Debian lenny domU's. > > > > > > -- > > > Sander > > > > > > > > > Sunday, March 14, 2010, 9:29:29 PM, you > > wrote: > > > > > > > Hi Sander, > > > > > > > Thanks, I enabled DOM0 and other backend > > drivers > > > along with pci frontend in > > > > .config file. I am able to get it build. > > However, I > > > having additional > > > > questions, inputs appreciated. > > > > > > > 1. can this kernel be used in any linux > > > distribution? I have Debian Lenny as > > > > DomU? > > > > > > > 2. In Debian Lenny /boot/grub/menu.lst, I > > have > > > > title Debian GNU/Linux, kernel > > > 2.6.26-2-686-bigmem > > > > root (hd0,0) > > > > kernel > > /boot/vmlinuz-2.6.26-2-686-bigmem > > > root=3D/dev/xvda1 ro > > > > console=3Dhvc0 quiet > > > > initrd > > /boot/initrd.img-2.6.26-2-686-bigmem > > > > > > > but the kernel image built in > > arch/i386/boot is > > > bzImage. Does "make > > > > modules_install" and "make install" take > > care of it, > > > since I am not sure I > > > > haven't tried it. > > > > > > > Basically, my question boils down to > > > > > > > 1. Can I use bzImage in debian lenny, > > > > 2. does make install take care of > > configuring it > > > > > > > > > > Thanks > > > > > > > On Sun, Mar 14, 2010 at 4:15 AM, Sander > > Eikelenboom > > > wrote: > > > > > > >> Hello Ritu, > > > >> > > > >> There are some problems with pci.h, i > > have also > > > reported this to Konrad. > > > >> As a workaround you can enable dom0 > > support in > > > these kernels, then they > > > >> compile fine in my case. > > > >> > > > >> -- > > > >> > > > >> Sander > > > >> > > > >> > > > >> Sunday, March 14, 2010, 2:43:23 AM, you > > wrote: > > > >> > > > >> > I followed the steps mentioned in wiki > > to pull > > > xen code to compile domU > > > >> > kernel from > > > >> > > > >> > 1. xen/master, I get following > > compilation > > > errors. I do see in xen-devel > > > >> > forum someone else has reported similar > > issue but > > > no solution yet(patch > > > >> > provided by Konrad has followup errors) > > > >> > > > >> > CC [M] drivers/watchdog/machzwd.o > > > >> > CC [M] drivers/watchdog/sbc_epx_c3.o > > > >> > CC [M] drivers/watchdog/softdog.o > > > >> > CC drivers/xen/grant-table.o > > > >> > CC drivers/xen/features.o > > > >> > CC drivers/xen/events.o > > > >> > drivers/xen/events.c:605: error: > > redefinition of > > > =E2=80=98xen_destroy_irq=E2=80=99 > > > >> > > > > > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29: > error: > > > >> > previous definition of =E2 > > =80=98xen_destroy_irq=E2=80=99 was > > > here > > > >> > drivers/xen/events.c:637: error: > > redefinition of > > > =E2=80=98xen_create_msi_irq=E2=80=99 > > > >> > > > > > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25: > error: > > > >> > previous definition of =E2 > > =80=98xen_create_msi_irq=E2=80=99 > > > was here > > > >> > make[2]: *** [drivers/xen/events.o] > > Error 1 > > > >> > make[1]: *** [drivers/xen] Error 2 > > > >> > make: *** [drivers] Error 2 > > > >> > > > >> > 2. xen/stable, I get following errors > > > >> > > > >> > CC drivers/pci/xen-pcifront.o > > > >> > drivers/pci/xen-pcifront.c:373: error: > > variable =E2 > > > =80=98pci_frontend_ops=E2=80=99 > > > >> has > > > >> > initializut incomplete type > > > >> > drivers/pci/xen-pcifront.c:374: error: > > unknown > > > field =E2=80=98enable_msi=E2=80=99 > > > >> > specified in ializer > > > >> > drivers/pci/xen-pcifront.c:374: > > warning: excess > > > elements in struct > > > >> > initializer > > > >> > drivers/pci/xen-pcifront.c:374: > > warning: (near > > > initialization for > > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > > >> > drivers/pci/xen-pcifront.c:375: error: > > unknown > > > field =E2=80=98disable_msi=E2=80=99 > > > >> > specified in ializer > > > >> > drivers/pci/xen-pcifront.c:375: > > warning: excess > > > elements in struct > > > >> > initializer > > > >> > drivers/pci/xen-pcifront.c:375: > > warning: (near > > > initialization for > > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > > >> > drivers/pci/xen-pcifront.c:376: error: > > unknown > > > field =E2=80=98enable_msix=E2=80=99 > > > >> > specified in ializer > > > >> > drivers/pci/xen-pcifront.c:376: > > warning: excess > > > elements in struct > > > >> > initializer > > > >> > drivers/pci/xen-pcifront.c:376: > > warning: (near > > > initialization for > > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > > >> > drivers/pci/xen-pcifront.c:377: error: > > unknown > > > field =E2=80=98disable_msix=E2=80=99 > > > >> > specified intializer > > > >> > drivers/pci/xen-pcifront.c:377: > > warning: excess > > > elements in struct > > > >> > initializer > > > >> > drivers/pci/xen-pcifront.c:377: > > warning: (near > > > initialization for > > > >> > =E2=80=98pci_frontend_op)=E2=80=99 > > > >> > drivers/pci/xen-pcifront.c: In function > > =E2 > > > =80=98pci_frontend_registrar=E2=80=99: > > > >> > drivers/pci/xen-pcifront.c:383: error: > > =E2 > > > =80=98xen_pci_frontend=E2=80=99 undeclared > > > >> > (first use his function) > > > >> > drivers/pci/xen-pcifront.c:383: error: > > (Each > > > undeclared identifier is > > > >> > reported only once > > > >> > drivers/pci/xen-pcifront.c:383: error: > > for each > > > function it appears in.) > > > >> > make[2]: *** > > [drivers/pci/xen-pcifront.o] Error 1 > > > >> > make[1]: *** [drivers/pci] Error 2 > > > >> > make: *** [drivers] Error 2 > > > >> > > > >> > Kindly let me know how to proceed on > > this. > > > >> > > > >> > Thanks > > > >> > > > >> > > > >> > > > >> -- > > > >> Best regards, > > > >> Sander > > > mailto:linux@eikelenboom.it > > > >> > > > >> > > > > > > > > > > > > > > > -- > > > > > > Best regards, > > > Sander > > > mailto:linux@eikelenboom.it > > > > > > > > > > > > > > > > > > > > > > > > > > --000e0cd109568180de0481d71a02 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thanks Ian, I will take a look at it.

On = Mon, Mar 15, 2010 at 6:44 AM, Ian Campbell <Ian.Campbell@citrix.com> wro= te:
On Mon, 2010-03-15 at 13:42 +0000, Ritu kaur wrote:
> Hi Ian,
>
> Thanks. Should I use DDK to compile my drivers? I have pci device
> listed in domU and drivers are not compilable there hence wondering > how do I use the it?

You must compile your driver against the kernel used in the domU. Thi= s
is not a Xen specific requirement -- you must always compile your driver against the kernel you want to use it with. Note that this may involve
porting your driver to work with the kernel you are using in your domU.

Ian.

>
> Thanks
>
> On Mon, Mar 15, 2010 at 1:44 AM, Ian Campbell
> <Ian.Campbell@citrix.com= > wrote:
> =A0 =A0 =A0 =A0 On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: > =A0 =A0 =A0 =A0 > Just to add, this driver compiles fine in other l= inux
> =A0 =A0 =A0 =A0 flavors(Debian
> =A0 =A0 =A0 =A0 > Lenny 5.0, Citrix Xenserver...) so it has to do w= ith
> =A0 =A0 =A0 =A0 Xen/stable.
> =A0 =A0 =A0 =A0 > Didn't see anything related to this in xen-de= vel, inputs
> =A0 =A0 =A0 =A0 appreciated.
>
>
> =A0 =A0 =A0 =A0 This is because the pvops kernel is based on a much ne= wer
> =A0 =A0 =A0 =A0 upstream
> =A0 =A0 =A0 =A0 kernel (2.6.31 or 32) than that found in Lenny (2.6.26= ) or
> =A0 =A0 =A0 =A0 Citrix
> =A0 =A0 =A0 =A0 XenServer (2.6.18/27) and some of the kernel's int= ernal
> =A0 =A0 =A0 =A0 interfaces must
> =A0 =A0 =A0 =A0 have changed.
>
> =A0 =A0 =A0 =A0 This has nothing to do with Xen per-se but rather
> =A0 =A0 =A0 =A0 compatibility with
> =A0 =A0 =A0 =A0 different Linux kernels.
>
> =A0 =A0 =A0 =A0 Ian.
>
>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > Thanks
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur
> =A0 =A0 =A0 =A0 <= ritu.kaur.us@gmail.com>
> =A0 =A0 =A0 =A0 > wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Hi Pasi,
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 I am able to use xen/stable kerne= l in domU(debian
> =A0 =A0 =A0 =A0 lenny) and
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 lspci lists the device(i am testi= ng pci
> =A0 =A0 =A0 =A0 passthrough). however,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 when I compile my driver in domU = I get
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 struct net_device has no member n= amed open
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 struct net_device has no member n= amed stop
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 struct net_device has no member n= amed
> =A0 =A0 =A0 =A0 hard_start_xmit
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 ...
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 I need to compile my driver in do= mU and load it in
> =A0 =A0 =A0 =A0 order to
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 use the nic from domU. Inputs app= reciated.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Thanks
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 On Sun, Mar 14, 2010 at 1:52 PM, = Sander Eikelenboom
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 <
linux@eikelenboom.it> wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Hello Ritu,
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I don't have = experience with XCP
> =A0 =A0 =A0 =A0 specifically, but
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 normal compiled p= vops-kernels work fine for
> =A0 =A0 =A0 =A0 me with
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Debian lenny domU= 's.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 --
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sander
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sunday, March 14,= 2010, 9:29:29 PM, you
> =A0 =A0 =A0 =A0 wrote:
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Hi Sander, > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Thanks, I en= abled DOM0 and other backend
> =A0 =A0 =A0 =A0 drivers
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 along with pci fr= ontend in
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > .config file= . I am able to get it build.
> =A0 =A0 =A0 =A0 However, I
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 having additional=
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > questions, i= nputs appreciated.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 1. can this = kernel be used in any linux
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 distribution? I h= ave Debian Lenny as
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > DomU?
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 2. In Debian= Lenny /boot/grub/menu.lst, I
> =A0 =A0 =A0 =A0 have
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > title =A0 = =A0 =A0 =A0 =A0 Debian GNU/Linux, kernel
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2.6.26-2-686-bigm= em
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > root =A0 =A0= =A0 =A0 =A0 =A0(hd0,0)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > kernel
> =A0 =A0 =A0 =A0 =A0/boot/vmlinuz-2.6.26-2-686-bigmem
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 root=3D/dev/xvda1= ro
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > console=3Dhv= c0 quiet
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > initrd
> =A0 =A0 =A0 =A0 =A0/boot/initrd.img-2.6.26-2-686-bigmem
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > but the kern= el image built in
> =A0 =A0 =A0 =A0 arch/i386/boot is
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bzImage. Does &qu= ot;make
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > modules_inst= all" and "make install" take
> =A0 =A0 =A0 =A0 care of it,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 since I am not su= re I
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > haven't = tried it.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Basically, m= y question boils down to
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 1. Can I use= bzImage in debian lenny,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 2. does make= install take care of
> =A0 =A0 =A0 =A0 configuring it
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Thanks
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > On Sun, Mar = 14, 2010 at 4:15 AM, Sander
> =A0 =A0 =A0 =A0 Eikelenboom
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <linux@eikelenboom.it>wrote:
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Hello Ri= tu,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> There ar= e some problems with pci.h, i
> =A0 =A0 =A0 =A0 have also
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 reported this to = Konrad.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> As a wor= karound you can enable dom0
> =A0 =A0 =A0 =A0 support in
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 these kernels, th= en they
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> compile = fine in my case.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> --
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Sander > =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Sunday, = March 14, 2010, 2:43:23 AM, you
> =A0 =A0 =A0 =A0 wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > I f= ollowed the steps mentioned in =A0wiki
> =A0 =A0 =A0 =A0 to pull
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 xen code to compi= le domU
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ker= nel from
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > 1. = xen/master, I get following
> =A0 =A0 =A0 =A0 compilation
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 errors. I do see = in xen-devel
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > for= um someone else has reported similar
> =A0 =A0 =A0 =A0 issue but
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no solution yet(p= atch
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > pro= vided by Konrad has followup errors)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > CC = [M] =A0drivers/watchdog/machzwd.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC [M] =A0drivers/watchdog/sbc_epx_c3.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC [M] =A0drivers/watchdog/softdog.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/xen/grant-table.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/xen/features.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/xen/events.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/xen/events.c:605: error:
> =A0 =A0 =A0 =A0 redefinition of
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =E2=80=98xen_dest= roy_irq=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > /root/kernel/linux.2-6.xen/arch/x86/include/asm/x= en/pci.h:29: error:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > pre= vious definition of =E2
> =A0 =A0 =A0 =A0 =80=98xen_destroy_irq=E2=80=99 was
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 here
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/xen/events.c:637: error:
> =A0 =A0 =A0 =A0 redefinition of
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =E2=80=98xen_crea= te_msi_irq=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > /root/kernel/linux.2-6.xen/arch/x86/include/asm/x= en/pci.h:25: error:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > pre= vious definition of =E2
> =A0 =A0 =A0 =A0 =80=98xen_create_msi_irq=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 was here
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[2]: *** [drivers/xen/events.o]
> =A0 =A0 =A0 =A0 Error 1
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[1]: *** [drivers/xen] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e: *** [drivers] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > 2. = xen/stable, I get following errors
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/pci/xen-pcifront.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:373: error:
> =A0 =A0 =A0 =A0 variable =E2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98pci_fronten= d_ops=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> has
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializut incomplete type
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:374: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98en= able_msi=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified in ializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:374:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:374:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:375: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98di= sable_msi=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified in ializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:375:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:375:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:376: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98en= able_msix=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified in ializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:376:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:376:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:377: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98di= sable_msix=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified intializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:377:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:377:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c: In function
> =A0 =A0 =A0 =A0 =E2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98pci_fronten= d_registrar=E2=80=99:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:383: error:
> =A0 =A0 =A0 =A0 =E2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98xen_pci_fro= ntend=E2=80=99 undeclared
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > (fi= rst use his function)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:383: error:
> =A0 =A0 =A0 =A0 (Each
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 undeclared identi= fier is
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > rep= orted only once
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:383: error:
> =A0 =A0 =A0 =A0 for each
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 function it appea= rs in.)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[2]: ***
> =A0 =A0 =A0 =A0 [drivers/pci/xen-pcifront.o] Error 1
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[1]: *** [drivers/pci] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e: *** [drivers] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > Kin= dly let me know how to proceed on
> =A0 =A0 =A0 =A0 this.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > Tha= nks
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> --
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Best reg= ards,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> =A0Sande= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 --
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Best regards,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Sander
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
>
>
>
>



--000e0cd109568180de0481d71a02-- --===============1131156903== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1131156903==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 15 Mar 2010 19:04:54 -0700 Message-ID: <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0242862634==" Return-path: In-Reply-To: <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org --===============0242862634== Content-Type: multipart/alternative; boundary=000e0cd1b7fc7e85d70481e16cb1 --000e0cd1b7fc7e85d70481e16cb1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thanks Ian and Pasi, it took me much less time than I had thought to fix drivers and I am able to see nic interfaces via ifconfig. I am yet to test ping and other stuff. Had couple of questions 1. I used xe vm-param-clear uuid=3D param-name=3Dother-config o= n dom0 and rebooted domU assuming dom0 will get back pci device. It didn't. I had to reboot dom0 in order to unhook pci device from domU. Is this the way it is supposed to work? 2. Unrelated to pci passthrough, xen/stable code I downloaded doesn't seem to have netfront drivers or any front drivers, doesn't it come by default when you download from xen/stable? Thanks On Mon, Mar 15, 2010 at 6:46 AM, Ritu kaur wrote: > Thanks Ian, I will take a look at it. > > > On Mon, Mar 15, 2010 at 6:44 AM, Ian Campbell wr= ote: > >> On Mon, 2010-03-15 at 13:42 +0000, Ritu kaur wrote: >> > Hi Ian, >> > >> > Thanks. Should I use DDK to compile my drivers? I have pci device >> > listed in domU and drivers are not compilable there hence wondering >> > how do I use the it? >> >> You must compile your driver against the kernel used in the domU. This >> is not a Xen specific requirement -- you must always compile your driver >> against the kernel you want to use it with. Note that this may involve >> porting your driver to work with the kernel you are using in your domU. >> >> Ian. >> >> > >> > Thanks >> > >> > On Mon, Mar 15, 2010 at 1:44 AM, Ian Campbell >> > wrote: >> > On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: >> > > Just to add, this driver compiles fine in other linux >> > flavors(Debian >> > > Lenny 5.0, Citrix Xenserver...) so it has to do with >> > Xen/stable. >> > > Didn't see anything related to this in xen-devel, inputs >> > appreciated. >> > >> > >> > This is because the pvops kernel is based on a much newer >> > upstream >> > kernel (2.6.31 or 32) than that found in Lenny (2.6.26) or >> > Citrix >> > XenServer (2.6.18/27) and some of the kernel's internal >> > interfaces must >> > have changed. >> > >> > This has nothing to do with Xen per-se but rather >> > compatibility with >> > different Linux kernels. >> > >> > Ian. >> > >> > >> > > >> > > Thanks >> > > >> > > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur >> > >> > > wrote: >> > > Hi Pasi, >> > > >> > > I am able to use xen/stable kernel in domU(debian >> > lenny) and >> > > lspci lists the device(i am testing pci >> > passthrough). however, >> > > when I compile my driver in domU I get >> > > >> > > struct net_device has no member named open >> > > struct net_device has no member named stop >> > > struct net_device has no member named >> > hard_start_xmit >> > > ... >> > > >> > > I need to compile my driver in domU and load it in >> > order to >> > > use the nic from domU. Inputs appreciated. >> > > >> > > Thanks >> > > >> > > >> > > >> > > On Sun, Mar 14, 2010 at 1:52 PM, Sander Eikelenboom >> > > wrote: >> > > Hello Ritu, >> > > >> > > I don't have experience with XCP >> > specifically, but >> > > normal compiled pvops-kernels work fine for >> > me with >> > > Debian lenny domU's. >> > > >> > > -- >> > > Sander >> > > >> > > >> > > Sunday, March 14, 2010, 9:29:29 PM, you >> > wrote: >> > > >> > > > Hi Sander, >> > > >> > > > Thanks, I enabled DOM0 and other backend >> > drivers >> > > along with pci frontend in >> > > > .config file. I am able to get it build. >> > However, I >> > > having additional >> > > > questions, inputs appreciated. >> > > >> > > > 1. can this kernel be used in any linux >> > > distribution? I have Debian Lenny as >> > > > DomU? >> > > >> > > > 2. In Debian Lenny /boot/grub/menu.lst, I >> > have >> > > > title Debian GNU/Linux, kernel >> > > 2.6.26-2-686-bigmem >> > > > root (hd0,0) >> > > > kernel >> > /boot/vmlinuz-2.6.26-2-686-bigmem >> > > root=3D/dev/xvda1 ro >> > > > console=3Dhvc0 quiet >> > > > initrd >> > /boot/initrd.img-2.6.26-2-686-bigmem >> > > >> > > > but the kernel image built in >> > arch/i386/boot is >> > > bzImage. Does "make >> > > > modules_install" and "make install" take >> > care of it, >> > > since I am not sure I >> > > > haven't tried it. >> > > >> > > > Basically, my question boils down to >> > > >> > > > 1. Can I use bzImage in debian lenny, >> > > > 2. does make install take care of >> > configuring it >> > > >> > > >> > > > Thanks >> > > >> > > > On Sun, Mar 14, 2010 at 4:15 AM, Sander >> > Eikelenboom >> > > wrote: >> > > >> > > >> Hello Ritu, >> > > >> >> > > >> There are some problems with pci.h, i >> > have also >> > > reported this to Konrad. >> > > >> As a workaround you can enable dom0 >> > support in >> > > these kernels, then they >> > > >> compile fine in my case. >> > > >> >> > > >> -- >> > > >> >> > > >> Sander >> > > >> >> > > >> >> > > >> Sunday, March 14, 2010, 2:43:23 AM, you >> > wrote: >> > > >> >> > > >> > I followed the steps mentioned in wiki >> > to pull >> > > xen code to compile domU >> > > >> > kernel from >> > > >> >> > > >> > 1. xen/master, I get following >> > compilation >> > > errors. I do see in xen-devel >> > > >> > forum someone else has reported similar >> > issue but >> > > no solution yet(patch >> > > >> > provided by Konrad has followup errors) >> > > >> >> > > >> > CC [M] drivers/watchdog/machzwd.o >> > > >> > CC [M] drivers/watchdog/sbc_epx_c3.o >> > > >> > CC [M] drivers/watchdog/softdog.o >> > > >> > CC drivers/xen/grant-table.o >> > > >> > CC drivers/xen/features.o >> > > >> > CC drivers/xen/events.o >> > > >> > drivers/xen/events.c:605: error: >> > redefinition of >> > > =E2=80=98xen_destroy_irq=E2=80=99 >> > > >> >> > > >> > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:29= : >> error: >> > > >> > previous definition of =E2 >> > =80=98xen_destroy_irq=E2=80=99 was >> > > here >> > > >> > drivers/xen/events.c:637: error: >> > redefinition of >> > > =E2=80=98xen_create_msi_irq=E2=80=99 >> > > >> >> > > >> > > /root/kernel/linux.2-6.xen/arch/x86/include/asm/xen/pci.h:25= : >> error: >> > > >> > previous definition of =E2 >> > =80=98xen_create_msi_irq=E2=80=99 >> > > was here >> > > >> > make[2]: *** [drivers/xen/events.o] >> > Error 1 >> > > >> > make[1]: *** [drivers/xen] Error 2 >> > > >> > make: *** [drivers] Error 2 >> > > >> >> > > >> > 2. xen/stable, I get following errors >> > > >> >> > > >> > CC drivers/pci/xen-pcifront.o >> > > >> > drivers/pci/xen-pcifront.c:373: error: >> > variable =E2 >> > > =80=98pci_frontend_ops=E2=80=99 >> > > >> has >> > > >> > initializut incomplete type >> > > >> > drivers/pci/xen-pcifront.c:374: error: >> > unknown >> > > field =E2=80=98enable_msi=E2=80=99 >> > > >> > specified in ializer >> > > >> > drivers/pci/xen-pcifront.c:374: >> > warning: excess >> > > elements in struct >> > > >> > initializer >> > > >> > drivers/pci/xen-pcifront.c:374: >> > warning: (near >> > > initialization for >> > > >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > > >> > drivers/pci/xen-pcifront.c:375: error: >> > unknown >> > > field =E2=80=98disable_msi=E2=80=99 >> > > >> > specified in ializer >> > > >> > drivers/pci/xen-pcifront.c:375: >> > warning: excess >> > > elements in struct >> > > >> > initializer >> > > >> > drivers/pci/xen-pcifront.c:375: >> > warning: (near >> > > initialization for >> > > >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > > >> > drivers/pci/xen-pcifront.c:376: error: >> > unknown >> > > field =E2=80=98enable_msix=E2=80=99 >> > > >> > specified in ializer >> > > >> > drivers/pci/xen-pcifront.c:376: >> > warning: excess >> > > elements in struct >> > > >> > initializer >> > > >> > drivers/pci/xen-pcifront.c:376: >> > warning: (near >> > > initialization for >> > > >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > > >> > drivers/pci/xen-pcifront.c:377: error: >> > unknown >> > > field =E2=80=98disable_msix=E2=80=99 >> > > >> > specified intializer >> > > >> > drivers/pci/xen-pcifront.c:377: >> > warning: excess >> > > elements in struct >> > > >> > initializer >> > > >> > drivers/pci/xen-pcifront.c:377: >> > warning: (near >> > > initialization for >> > > >> > =E2=80=98pci_frontend_op)=E2=80=99 >> > > >> > drivers/pci/xen-pcifront.c: In function >> > =E2 >> > > =80=98pci_frontend_registrar=E2=80=99: >> > > >> > drivers/pci/xen-pcifront.c:383: error: >> > =E2 >> > > =80=98xen_pci_frontend=E2=80=99 undeclared >> > > >> > (first use his function) >> > > >> > drivers/pci/xen-pcifront.c:383: error: >> > (Each >> > > undeclared identifier is >> > > >> > reported only once >> > > >> > drivers/pci/xen-pcifront.c:383: error: >> > for each >> > > function it appears in.) >> > > >> > make[2]: *** >> > [drivers/pci/xen-pcifront.o] Error 1 >> > > >> > make[1]: *** [drivers/pci] Error 2 >> > > >> > make: *** [drivers] Error 2 >> > > >> >> > > >> > Kindly let me know how to proceed on >> > this. >> > > >> >> > > >> > Thanks >> > > >> >> > > >> >> > > >> >> > > >> -- >> > > >> Best regards, >> > > >> Sander >> > > mailto:linux@eikelenboom.it >> > > >> >> > > >> >> > > >> > > >> > > >> > > >> > > -- >> > > >> > > Best regards, >> > > Sander >> > > mailto:linux@eikelenboom.it >> > > >> > > >> > > >> > > >> > > >> > >> > >> > >> > >> >> >> > --000e0cd1b7fc7e85d70481e16cb1 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Thanks Ian and Pasi, it took me much less time than I had thought to fix dr= ivers and I am able to see nic interfaces via ifconfig. I am yet to test pi= ng and other stuff. Had couple of questions

1. I used xe vm-param-cl= ear uuid=3D<uuid-of-vm> param-name=3Dother-config on dom0 and reboote= d domU assuming dom0 will get back pci device. It didn't. I had to rebo= ot dom0 in order to unhook pci device from domU. Is this the way it is supp= osed to work?

2. Unrelated to pci passthrough, xen/stable code I downloaded doesn'= ;t seem to have netfront drivers or any front drivers, doesn't it come = by default when you download from xen/stable?

Thanks


On Mon, Mar 15, 2010 at 6:46 AM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Thanks Ian, I will take a look at it.

=
On Mon, Mar 15, 2010 at 6:44 AM, Ian Campbel= l <Ian.Campbell@citrix.com> wrote:
On Mon, 2010= -03-15 at 13:42 +0000, Ritu kaur wrote:
> Hi Ian,
>
> Thanks. Should I use DDK to compile my drivers? I have pci device
> listed in domU and drivers are not compilable there hence wondering > how do I use the it?

You must compile your driver against the kernel used in the domU. Thi= s
is not a Xen specific requirement -- you must always compile your driver against the kernel you want to use it with. Note that this may involve
porting your driver to work with the kernel you are using in your domU.

Ian.

>
> Thanks
>
> On Mon, Mar 15, 2010 at 1:44 AM, Ian Campbell
> <Ian.C= ampbell@citrix.com> wrote:
> =A0 =A0 =A0 =A0 On Mon, 2010-03-15 at 03:30 +0000, Ritu kaur wrote: > =A0 =A0 =A0 =A0 > Just to add, this driver compiles fine in other l= inux
> =A0 =A0 =A0 =A0 flavors(Debian
> =A0 =A0 =A0 =A0 > Lenny 5.0, Citrix Xenserver...) so it has to do w= ith
> =A0 =A0 =A0 =A0 Xen/stable.
> =A0 =A0 =A0 =A0 > Didn't see anything related to this in xen-de= vel, inputs
> =A0 =A0 =A0 =A0 appreciated.
>
>
> =A0 =A0 =A0 =A0 This is because the pvops kernel is based on a much ne= wer
> =A0 =A0 =A0 =A0 upstream
> =A0 =A0 =A0 =A0 kernel (2.6.31 or 32) than that found in Lenny (2.6.26= ) or
> =A0 =A0 =A0 =A0 Citrix
> =A0 =A0 =A0 =A0 XenServer (2.6.18/27) and some of the kernel's int= ernal
> =A0 =A0 =A0 =A0 interfaces must
> =A0 =A0 =A0 =A0 have changed.
>
> =A0 =A0 =A0 =A0 This has nothing to do with Xen per-se but rather
> =A0 =A0 =A0 =A0 compatibility with
> =A0 =A0 =A0 =A0 different Linux kernels.
>
> =A0 =A0 =A0 =A0 Ian.
>
>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > Thanks
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > On Sun, Mar 14, 2010 at 6:40 PM, Ritu kaur
> =A0 =A0 =A0 =A0 <= ritu.kaur.us@gmail.com>
> =A0 =A0 =A0 =A0 > wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Hi Pasi,
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 I am able to use xen/stable kerne= l in domU(debian
> =A0 =A0 =A0 =A0 lenny) and
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 lspci lists the device(i am testi= ng pci
> =A0 =A0 =A0 =A0 passthrough). however,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 when I compile my driver in domU = I get
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 struct net_device has no member n= amed open
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 struct net_device has no member n= amed stop
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 struct net_device has no member n= amed
> =A0 =A0 =A0 =A0 hard_start_xmit
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 ...
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 I need to compile my driver in do= mU and load it in
> =A0 =A0 =A0 =A0 order to
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 use the nic from domU. Inputs app= reciated.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 Thanks
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 On Sun, Mar 14, 2010 at 1:52 PM, = Sander Eikelenboom
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 <
linux@eikelenboom.it> wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Hello Ritu,
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I don't have = experience with XCP
> =A0 =A0 =A0 =A0 specifically, but
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 normal compiled p= vops-kernels work fine for
> =A0 =A0 =A0 =A0 me with
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Debian lenny domU= 's.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 --
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sander
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Sunday, March 14,= 2010, 9:29:29 PM, you
> =A0 =A0 =A0 =A0 wrote:
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Hi Sander, > =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Thanks, I en= abled DOM0 and other backend
> =A0 =A0 =A0 =A0 drivers
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 along with pci fr= ontend in
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > .config file= . I am able to get it build.
> =A0 =A0 =A0 =A0 However, I
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 having additional=
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > questions, i= nputs appreciated.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 1. can this = kernel be used in any linux
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 distribution? I h= ave Debian Lenny as
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > DomU?
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 2. In Debian= Lenny /boot/grub/menu.lst, I
> =A0 =A0 =A0 =A0 have
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > title =A0 = =A0 =A0 =A0 =A0 Debian GNU/Linux, kernel
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2.6.26-2-686-bigm= em
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > root =A0 =A0= =A0 =A0 =A0 =A0(hd0,0)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > kernel
> =A0 =A0 =A0 =A0 =A0/boot/vmlinuz-2.6.26-2-686-bigmem
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 root=3D/dev/xvda1= ro
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > console=3Dhv= c0 quiet
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > initrd
> =A0 =A0 =A0 =A0 =A0/boot/initrd.img-2.6.26-2-686-bigmem
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > but the kern= el image built in
> =A0 =A0 =A0 =A0 arch/i386/boot is
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bzImage. Does &qu= ot;make
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > modules_inst= all" and "make install" take
> =A0 =A0 =A0 =A0 care of it,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 since I am not su= re I
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > haven't = tried it.
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Basically, m= y question boils down to
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 1. Can I use= bzImage in debian lenny,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > 2. does make= install take care of
> =A0 =A0 =A0 =A0 configuring it
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > Thanks
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > On Sun, Mar = 14, 2010 at 4:15 AM, Sander
> =A0 =A0 =A0 =A0 Eikelenboom
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <linux@eikelenboom.it>wr= ote:
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Hello Ri= tu,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> There ar= e some problems with pci.h, i
> =A0 =A0 =A0 =A0 have also
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 reported this to = Konrad.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> As a wor= karound you can enable dom0
> =A0 =A0 =A0 =A0 support in
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 these kernels, th= en they
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> compile = fine in my case.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> --
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Sander > =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Sunday, = March 14, 2010, 2:43:23 AM, you
> =A0 =A0 =A0 =A0 wrote:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > I f= ollowed the steps mentioned in =A0wiki
> =A0 =A0 =A0 =A0 to pull
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 xen code to compi= le domU
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ker= nel from
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > 1. = xen/master, I get following
> =A0 =A0 =A0 =A0 compilation
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 errors. I do see = in xen-devel
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > for= um someone else has reported similar
> =A0 =A0 =A0 =A0 issue but
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 no solution yet(p= atch
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > pro= vided by Konrad has followup errors)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > CC = [M] =A0drivers/watchdog/machzwd.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC [M] =A0drivers/watchdog/sbc_epx_c3.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC [M] =A0drivers/watchdog/softdog.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/xen/grant-table.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/xen/features.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/xen/events.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/xen/events.c:605: error:
> =A0 =A0 =A0 =A0 redefinition of
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =E2=80=98xen_dest= roy_irq=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > /root/kernel/linux.2-6.xen/arch/x86/include/asm/x= en/pci.h:29: error:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > pre= vious definition of =E2
> =A0 =A0 =A0 =A0 =80=98xen_destroy_irq=E2=80=99 was
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 here
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/xen/events.c:637: error:
> =A0 =A0 =A0 =A0 redefinition of
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =E2=80=98xen_crea= te_msi_irq=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > /root/kernel/linux.2-6.xen/arch/x86/include/asm/x= en/pci.h:25: error:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > pre= vious definition of =E2
> =A0 =A0 =A0 =A0 =80=98xen_create_msi_irq=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 was here
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[2]: *** [drivers/xen/events.o]
> =A0 =A0 =A0 =A0 Error 1
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[1]: *** [drivers/xen] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e: *** [drivers] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > 2. = xen/stable, I get following errors
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =A0= CC =A0 =A0 =A0drivers/pci/xen-pcifront.o
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:373: error:
> =A0 =A0 =A0 =A0 variable =E2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98pci_fronten= d_ops=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> has
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializut incomplete type
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:374: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98en= able_msi=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified in ializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:374:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:374:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:375: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98di= sable_msi=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified in ializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:375:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:375:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:376: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98en= able_msix=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified in ializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:376:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:376:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:377: error:
> =A0 =A0 =A0 =A0 unknown
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 field =E2=80=98di= sable_msix=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > spe= cified intializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:377:
> =A0 =A0 =A0 =A0 warning: excess
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elements in struc= t
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > ini= tializer
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:377:
> =A0 =A0 =A0 =A0 warning: (near
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 initialization fo= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > =E2= =80=98pci_frontend_op)=E2=80=99
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c: In function
> =A0 =A0 =A0 =A0 =E2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98pci_fronten= d_registrar=E2=80=99:
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:383: error:
> =A0 =A0 =A0 =A0 =E2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =80=98xen_pci_fro= ntend=E2=80=99 undeclared
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > (fi= rst use his function)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:383: error:
> =A0 =A0 =A0 =A0 (Each
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 undeclared identi= fier is
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > rep= orted only once
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > dri= vers/pci/xen-pcifront.c:383: error:
> =A0 =A0 =A0 =A0 for each
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 function it appea= rs in.)
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[2]: ***
> =A0 =A0 =A0 =A0 [drivers/pci/xen-pcifront.o] Error 1
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e[1]: *** [drivers/pci] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > mak= e: *** [drivers] Error 2
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > Kin= dly let me know how to proceed on
> =A0 =A0 =A0 =A0 this.
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> > Tha= nks
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> --
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> Best reg= ards,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >> =A0Sande= r
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it=
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 >>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 --
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Best regards,
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Sander
> =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:linux@eikelenboom.it=
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 >
>
>
>
>




--000e0cd1b7fc7e85d70481e16cb1-- --===============0242862634== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0242862634==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 16 Mar 2010 07:37:49 +0000 Message-ID: <1268725069.8652.4179.camel@localhost.localdomain> References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <112460240.20100314121540@eikelenboom.it> <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Tue, 2010-03-16 at 02:04 +0000, Ritu kaur wrote: > Thanks Ian and Pasi, it took me much less time than I had thought to > fix drivers and I am able to see nic interfaces via ifconfig. I am yet > to test ping and other stuff. Had couple of questions > > 1. I used xe vm-param-clear uuid= param-name=other-config > on dom0 and rebooted domU assuming dom0 will get back pci device. It > didn't. I had to reboot dom0 in order to unhook pci device from domU. > Is this the way it is supposed to work? Aside: you need "param-key=pci" in the above or I think you will clear all keys in other-config which is unlikely to be what you want. You could also have used vm-param-set other-config:pci="". The NIC will remain bound to the pciback driver until you explicitly unbind it and rebind to another driver in domain 0 and won't be available until you do this. You can rebind the driver echo'ing the PCI BDF of the device into the "unbind" and "bind" nodes under the appropriate drivers in sysfs. e.g. for pcidev=0000:00:08.0: echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind echo -n "$pcidev" > /sys/bus/pci/drivers/$mydriver/bind > 2. Unrelated to pci passthrough, xen/stable code I downloaded doesn't > seem to have netfront drivers or any front drivers, doesn't it come by > default when you download from xen/stable? It should do. The modules have different names though, xen-netfront and xen-blkfront IIRC. Ian. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 16 Mar 2010 17:23:00 +0200 Message-ID: <20100316152259.GO1878@reaktio.net> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1268725069.8652.4179.camel@localhost.localdomain> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: Ritu kaur , "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Tue, Mar 16, 2010 at 07:37:49AM +0000, Ian Campbell wrote: > > > 2. Unrelated to pci passthrough, xen/stable code I downloaded doesn't > > seem to have netfront drivers or any front drivers, doesn't it come by > > default when you download from xen/stable? > > It should do. The modules have different names though, xen-netfront and > xen-blkfront IIRC. > Also make sure you have the correct 'requirements' enabled in the .config, xen options won't show up in menuconfig until you have the correct cpu type chosen, PAE enabled (if building 32bit kernel), ACPI enabled etc.. -- Pasi From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 16 Mar 2010 16:25:17 -0700 Message-ID: <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0264597520==" Return-path: In-Reply-To: <20100316152259.GO1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: "xen-devel@lists.xensource.com" , Ian Campbell List-Id: xen-devel@lists.xenproject.org --===============0264597520== Content-Type: multipart/alternative; boundary=000e0cd17e7c7ab6030481f34f46 --000e0cd17e7c7ab6030481f34f46 Content-Type: text/plain; charset=ISO-8859-1 Thanks Pasi. Back to pci passthrough debugging. I enabled nic interface via ifconfig and it doesn't receive any interrupts. Driver in domU experiences tx timeout and if I try to write to a disk in domU(i.e cat /proc/interrupts > /root/debugs) system never recovers. From dom0 cannot execute reboot/shutdown... have to use magic way to reboot the system. I looked into xen-devel forum for any possible soln(patch mentioned in the forum are all present in xen code I have). Inputs appreciated. 1. when dom0 is booted, device has irq 11 assigned lspci -v on dom0 Ethernet controller: Unknown device dead:face Subsystem: Unknown device dead:face Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at d0000000 (32-bit, non-prefetchable) [size=128M] 2. After domU boots up, irq is reassigned to 17 and it shares with usb/ide disk and other devices lspci -v on dom0 Ethernet controller: Unknown device dead:face Subsystem: Unknown device dead:face Flags: bus master, medium devsel, latency 32, IRQ 17 Memory at d0000000 (32-bit, non-prefetchable) [size=128M] lspci -v on domU 00:00.0 Ethernet controller: Device dead:face Subsystem: Device dead:face Flags: bus master, medium devsel, latency 32, IRQ 17 Memory at d0000000 (32-bit, non-prefetchable) [size=128M] Kernel driver in use: ncr2f Kernel modules: ncr2f cat /proc/interrupts from domU # cat /proc/interrupts CPU0 17: 0 xen-pirq-pcifront ncr2f0 502: 6336 xen-dyn-event eth0 503: 2951 xen-dyn-event blkif 504: 105 xen-dyn-event hvc_console 505: 52 xen-dyn-event pcifront 506: 351 xen-dyn-event xenbus 507: 0 xen-dyn-ipi callfuncsingle0 508: 0 xen-dyn-virq debug0 509: 0 xen-dyn-ipi callfunc0 510: 0 xen-dyn-ipi resched0 511: 5949 xen-dyn-virq timer0 NMI: 0 Non-maskable interrupts LOC: 0 Local timer interrupts SPU: 0 Spurious interrupts PMI: 0 Performance monitoring interrupts PND: 0 Performance pending work RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts MCE: 0 Machine check exceptions MCP: 0 Machine check polls ERR: 0 MIS: 0 After around 50 secs... # cat /proc/interrupts CPU0 17: 0 xen-pirq-pcifront ncr2f0 502: 7283 xen-dyn-event eth0 503: 2951 xen-dyn-event blkif 504: 121 xen-dyn-event hvc_console 505: 52 xen-dyn-event pcifront 506: 351 xen-dyn-event xenbus 507: 0 xen-dyn-ipi callfuncsingle0 508: 0 xen-dyn-virq debug0 509: 0 xen-dyn-ipi callfunc0 510: 0 xen-dyn-ipi resched0 511: 6237 xen-dyn-virq timer0 NMI: 0 Non-maskable interrupts LOC: 0 Local timer interrupts SPU: 0 Spurious interrupts PMI: 0 Performance monitoring interrupts PND: 0 Performance pending work RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts MCE: 0 Machine check exceptions MCP: 0 Machine check polls ERR: 0 MIS: 0 --000e0cd17e7c7ab6030481f34f46 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: base64 VGhhbmtzIFBhc2kuIEJhY2sgdG8gcGNpIHBhc3N0aHJvdWdoIGRlYnVnZ2luZy48YnI+PGJyPkkg ZW5hYmxlZCBuaWMgaW50ZXJmYWNlIHZpYSBpZmNvbmZpZyBhbmQgaXQgZG9lc24mIzM5O3QgcmVj ZWl2ZSBhbnkgaW50ZXJydXB0cy4gRHJpdmVyIGluIGRvbVUgZXhwZXJpZW5jZXMgdHggdGltZW91 dKAgYW5kIGlmIEkgdHJ5IHRvIHdyaXRlIHRvIGEgZGlzayBpbiBkb21VKGkuZSBjYXQgL3Byb2Mv aW50ZXJydXB0cyAmZ3Q7IC9yb290L2RlYnVncykgc3lzdGVtIG5ldmVyIHJlY292ZXJzLiBGcm9t IGRvbTAgY2Fubm90IGV4ZWN1dGUgcmVib290L3NodXRkb3duLi4uIGhhdmUgdG8gdXNlIG1hZ2lj IHdheSB0byByZWJvb3QgdGhlIHN5c3RlbS4gSSBsb29rZWQgaW50byB4ZW4tZGV2ZWwgZm9ydW0g Zm9yIGFueSBwb3NzaWJsZSBzb2xuKHBhdGNoIG1lbnRpb25lZCBpbiB0aGUgZm9ydW0gYXJlIGFs bCBwcmVzZW50IGluIHhlbiBjb2RlIEkgaGF2ZSkuIElucHV0cyBhcHByZWNpYXRlZC48YnI+Cjxi cj4xLiB3aGVuIGRvbTAgaXMgYm9vdGVkLCBkZXZpY2UgaGFzIGlycSAxMSBhc3NpZ25lZDxicj48 YnI+bHNwY2kgLXYgb24gZG9tMDxicj48YnI+oEV0aGVybmV0IGNvbnRyb2xsZXI6IFVua25vd24g ZGV2aWNlIGRlYWQ6ZmFjZTxicj6goKCgoKCgIFN1YnN5c3RlbTogVW5rbm93biBkZXZpY2UgZGVh ZDpmYWNlPGJyPqCgoKCgoKAgRmxhZ3M6IGJ1cyBtYXN0ZXIsIG1lZGl1bSBkZXZzZWwsIGxhdGVu Y3kgMzIsIElSUSAxMTxicj4KoKCgoKCgoCBNZW1vcnkgYXQgZDAwMDAwMDAgKDMyLWJpdCwgbm9u LXByZWZldGNoYWJsZSkgW3NpemU9MTI4TV08YnI+PGJyPjIuIEFmdGVyIGRvbVUgYm9vdHMgdXAs IGlycSBpcyByZWFzc2lnbmVkIHRvIDE3IGFuZCBpdCBzaGFyZXMgd2l0aCB1c2IvaWRlIGRpc2sg YW5kIG90aGVyIGRldmljZXM8YnI+bHNwY2kgLXYgb24gZG9tMDxicj48YnI+oEV0aGVybmV0IGNv bnRyb2xsZXI6IFVua25vd24gZGV2aWNlIGRlYWQ6ZmFjZTxicj4KCqCgoKCgoKAgU3Vic3lzdGVt OiBVbmtub3duIGRldmljZSBkZWFkOmZhY2U8YnI+CqCgoKCgoKAgRmxhZ3M6IGJ1cyBtYXN0ZXIs IG1lZGl1bSBkZXZzZWwsIGxhdGVuY3kgMzIsIElSUSAxNzxicj4KoKCgoKCgoCBNZW1vcnkgYXQg ZDAwMDAwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MTI4TV08YnI+PGJyPmxz cGNpIC12IG9uIGRvbVU8YnI+PGJyPjAwOjAwLjAgRXRoZXJuZXQgY29udHJvbGxlcjogRGV2aWNl IGRlYWQ6ZmFjZTxicj6goKCgoKCgIFN1YnN5c3RlbTogRGV2aWNlIGRlYWQ6ZmFjZTxicj6goKCg oKCgIEZsYWdzOiBidXMgbWFzdGVyLCBtZWRpdW0gZGV2c2VsLCBsYXRlbmN5IDMyLCBJUlEgMTc8 YnI+CqCgoKCgoKAgTWVtb3J5IGF0IGQwMDAwMDAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUp IFtzaXplPTEyOE1dPGJyPqCgoKCgoKAgS2VybmVsIGRyaXZlciBpbiB1c2U6IG5jcjJmPGJyPqCg oKCgoKAgS2VybmVsIG1vZHVsZXM6IG5jcjJmPGJyPjxicj5jYXQgL3Byb2MvaW50ZXJydXB0cyBm cm9tIGRvbVU8YnI+PGJyPiMgY2F0IC9wcm9jL2ludGVycnVwdHMgPGJyPqCgoKCgoKCgoKAgQ1BV MKCgoKCgoCA8YnI+CqAxNzqgoKCgoKCgoKAgMKAgeGVuLXBpcnEtcGNpZnJvbnSgIG5jcjJmMDxi cj41MDI6oKCgoKCgIDYzMzagoCB4ZW4tZHluLWV2ZW50oKCgoCBldGgwPGJyPjUwMzqgoKCgoKAg Mjk1MaCgIHhlbi1keW4tZXZlbnSgoKCgIGJsa2lmPGJyPjUwNDqgoKCgoKCgIDEwNaCgIHhlbi1k eW4tZXZlbnSgoKCgIGh2Y19jb25zb2xlPGJyPjUwNTqgoKCgoKCgoCA1MqCgIHhlbi1keW4tZXZl bnSgoKCgIHBjaWZyb250PGJyPgo1MDY6oKCgoKCgoCAzNTGgoCB4ZW4tZHluLWV2ZW50oKCgoCB4 ZW5idXM8YnI+NTA3OqCgoKCgoKCgoCAwoKAgeGVuLWR5bi1pcGmgoKCgoKAgY2FsbGZ1bmNzaW5n bGUwPGJyPjUwODqgoKCgoKCgoKAgMKCgIHhlbi1keW4tdmlycaCgoKCgIGRlYnVnMDxicj41MDk6 oKCgoKCgoKCgIDCgoCB4ZW4tZHluLWlwaaCgoKCgoCBjYWxsZnVuYzA8YnI+NTEwOqCgoKCgoKCg oCAwoKAgeGVuLWR5bi1pcGmgoKCgoKAgcmVzY2hlZDA8YnI+CjUxMTqgoKCgoKAgNTk0OaCgIHhl bi1keW4tdmlycaCgoKCgIHRpbWVyMDxicj5OTUk6oKCgoKCgoKCgIDCgoCBOb24tbWFza2FibGUg aW50ZXJydXB0czxicj5MT0M6oKCgoKCgoKCgIDCgoCBMb2NhbCB0aW1lciBpbnRlcnJ1cHRzPGJy PlNQVTqgoKCgoKCgoKAgMKCgIFNwdXJpb3VzIGludGVycnVwdHM8YnI+UE1JOqCgoKCgoKCgoCAw oKAgUGVyZm9ybWFuY2UgbW9uaXRvcmluZyBpbnRlcnJ1cHRzPGJyPgpQTkQ6oKCgoKCgoKCgIDCg oCBQZXJmb3JtYW5jZSBwZW5kaW5nIHdvcms8YnI+UkVTOqCgoKCgoKCgoCAwoKAgUmVzY2hlZHVs aW5nIGludGVycnVwdHM8YnI+Q0FMOqCgoKCgoKCgoCAwoKAgRnVuY3Rpb24gY2FsbCBpbnRlcnJ1 cHRzPGJyPlRMQjqgoKCgoKCgoKAgMKCgIFRMQiBzaG9vdGRvd25zPGJyPlRSTTqgoKCgoKCgoKAg MKCgIFRoZXJtYWwgZXZlbnQgaW50ZXJydXB0czxicj5USFI6oKCgoKCgoKCgIDCgoCBUaHJlc2hv bGQgQVBJQyBpbnRlcnJ1cHRzPGJyPgpNQ0U6oKCgoKCgoKCgIDCgoCBNYWNoaW5lIGNoZWNrIGV4 Y2VwdGlvbnM8YnI+TUNQOqCgoKCgoKCgoCAwoKAgTWFjaGluZSBjaGVjayBwb2xsczxicj5FUlI6 oKCgoKCgoKCgIDA8YnI+TUlTOqCgoKCgoKCgoCAwPGJyPjxicj5BZnRlciBhcm91bmQgNTAgc2Vj cy4uLjxicj48YnI+IyBjYXQgL3Byb2MvaW50ZXJydXB0cyA8YnI+oKCgoKCgoKCgoCBDUFUwoKCg oKCgIDxicj6gMTc6oKCgoKCgoKCgIDCgIHhlbi1waXJxLXBjaWZyb250oCBuY3IyZjA8YnI+CjUw MjqgoKCgoKAgNzI4M6CgIHhlbi1keW4tZXZlbnSgoKCgIGV0aDA8YnI+NTAzOqCgoKCgoCAyOTUx oKAgeGVuLWR5bi1ldmVudKCgoKAgYmxraWY8YnI+NTA0OqCgoKCgoKAgMTIxoKAgeGVuLWR5bi1l dmVudKCgoKAgaHZjX2NvbnNvbGU8YnI+NTA1OqCgoKCgoKCgIDUyoKAgeGVuLWR5bi1ldmVudKCg oKAgcGNpZnJvbnQ8YnI+NTA2OqCgoKCgoKAgMzUxoKAgeGVuLWR5bi1ldmVudKCgoKAgeGVuYnVz PGJyPgo1MDc6oKCgoKCgoKCgIDCgoCB4ZW4tZHluLWlwaaCgoKCgoCBjYWxsZnVuY3NpbmdsZTA8 YnI+NTA4OqCgoKCgoKCgoCAwoKAgeGVuLWR5bi12aXJxoKCgoKAgZGVidWcwPGJyPjUwOTqgoKCg oKCgoKAgMKCgIHhlbi1keW4taXBpoKCgoKCgIGNhbGxmdW5jMDxicj41MTA6oKCgoKCgoKCgIDCg oCB4ZW4tZHluLWlwaaCgoKCgoCByZXNjaGVkMDxicj41MTE6oKCgoKCgIDYyMzegoCB4ZW4tZHlu LXZpcnGgoKCgoCB0aW1lcjA8YnI+Ck5NSTqgoKCgoKCgoKAgMKCgIE5vbi1tYXNrYWJsZSBpbnRl cnJ1cHRzPGJyPkxPQzqgoKCgoKCgoKAgMKCgIExvY2FsIHRpbWVyIGludGVycnVwdHM8YnI+U1BV OqCgoKCgoKCgoCAwoKAgU3B1cmlvdXMgaW50ZXJydXB0czxicj5QTUk6oKCgoKCgoKCgIDCgoCBQ ZXJmb3JtYW5jZSBtb25pdG9yaW5nIGludGVycnVwdHM8YnI+UE5EOqCgoKCgoKCgoCAwoKAgUGVy Zm9ybWFuY2UgcGVuZGluZyB3b3JrPGJyPgpSRVM6oKCgoKCgoKCgIDCgoCBSZXNjaGVkdWxpbmcg aW50ZXJydXB0czxicj5DQUw6oKCgoKCgoKCgIDCgoCBGdW5jdGlvbiBjYWxsIGludGVycnVwdHM8 YnI+VExCOqCgoKCgoKCgoCAwoKAgVExCIHNob290ZG93bnM8YnI+VFJNOqCgoKCgoKCgoCAwoKAg VGhlcm1hbCBldmVudCBpbnRlcnJ1cHRzPGJyPlRIUjqgoKCgoKCgoKAgMKCgIFRocmVzaG9sZCBB UElDIGludGVycnVwdHM8YnI+TUNFOqCgoKCgoKCgoCAwoKAgTWFjaGluZSBjaGVjayBleGNlcHRp b25zPGJyPgpNQ1A6oKCgoKCgoKCgIDCgoCBNYWNoaW5lIGNoZWNrIHBvbGxzPGJyPkVSUjqgoKCg oKCgoKAgMDxicj5NSVM6oKCgoKCgoKCgIDA8YnI+PGJyPgo= --000e0cd17e7c7ab6030481f34f46-- --===============0264597520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0264597520==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 17 Mar 2010 11:44:08 -0700 Message-ID: <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1480831413==" Return-path: In-Reply-To: <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: "xen-devel@lists.xensource.com" , Ian Campbell List-Id: xen-devel@lists.xenproject.org --===============1480831413== Content-Type: multipart/alternative; boundary=000e0cd2de02d9155d0482037f4e --000e0cd2de02d9155d0482037f4e Content-Type: text/plain; charset=ISO-8859-1 Pasi, Ian I debugged this further with the assumption that IRQ follows the path IDT->Hypervisor->pciback->pcifront->actual_device. I added printk message while binding to a event-chnl and event-chnl callback function in pcifront. I do see my printk message(while binding to event-chnl in domU) so I know kernel has correct module. After nic device is enabled via ifconfig in domU, I do not see messages (added in event-chnl callback function) from pcifront so I believe interrupt is not delivered to pcifront itself. static inline void schedule_pcifront_aer_op(struct pcifront_device *pdev) { if (test_bit(_XEN_PCIB_active, (unsigned long *)&pdev->sh_info->flags) && !test_and_set_bit(_PDEVB_op_active, &pdev->flags)) { dev_dbg(&pdev->xdev->dev, "schedule aer frontend job\n"); printk(KERN_DEBUG "schedule aer frontend job %d\n", pdev->irq); <<<<<<< never seen in dmesg in domU schedule_work(&pdev->op_work); } } dmesg on dom0 says "nobody cared...", forum has some old discussions around 2006 and hence didn't look into it in detail. Inputs will be very much appreciated. dmesg in dom0 and domU follows. Thanks /**********************dmesg on dom0***************************************/ pciback 0000:08:01.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 irq 17: nobody cared (try booting with the "irqpoll" option) Pid: 0, comm: swapper Tainted: G 2.6.27.42-0.1.1.xs0.1.1.737.1065xen #1 [] __report_bad_irq+0x27/0x90 [] note_interrupt+0x2fc/0x330 [] ? usb_hcd_irq+0x4d/0xe0 [usbcore] [] ? handle_IRQ_event+0x31/0x90 [] handle_level_irq+0xe4/0x110 [] do_IRQ+0x43/0x90 [] ? ktime_get+0x19/0x40 [] evtchn_do_upcall+0xdf/0x1f0 [] hypervisor_callback+0x41/0x49 [] ? xen_safe_halt+0x8b/0xc0 [] xen_idle+0x1e/0x50 [] cpu_idle+0x58/0xa0 [] rest_init+0x4e/0x60 ======================= handlers: [] (usb_hcd_irq+0x0/0xe0 [usbcore]) Disabling IRQ #17 ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen ata1.00: cmd ca/00:08:31:08:14/00:00:00:00:00/e0 tag 0 dma 4096 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) ata1.00: status: { DRDY } ata1: soft resetting link ata1.00: qc timeout (cmd 0x27) ata1.00: failed to read native max address (err_mask=0x4) ata1.00: revalidation failed (errno=-5) ata1: soft resetting link ata1.00: qc timeout (cmd 0x27) ata1.00: failed to read native max address (err_mask=0x4) ata1.00: revalidation failed (errno=-5) ata1: soft resetting link ata1.00: qc timeout (cmd 0x27) ata1.00: failed to read native max address (err_mask=0x4) ata1.00: revalidation failed (errno=-5) ata1.00: disabled ata1.00: device reported invalid CHS sector 0 ata1: soft resetting link ata1: EH complete sd 0:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK end_request: I/O error, dev sda, sector 1312817 Buffer I/O error on device sda1, logical block 164102 lost page write due to I/O error on sda1 /**************************dmesg on domU*********************************************/ [ 5.994657] EXT3 FS on xvda1, internal journal [ 8.431645] loop: module loaded [ 10.043554] NET: Registered protocol family 10 [ 10.044013] lo: Disabled Privacy Extensions [ 11.859410] lp: driver loaded but no devices found [ 11.965333] ppdev: user-space parallel port driver [ 20.076012] eth0: no IPv6 routers present [ 170.192510] ncr 0000:00:00.0: enabling device (0000 -> 0002) [ 170.192551] ncr 0000:00:00.0: Xen PCI enabling IRQ: 17 [ 170.192571] ncr: Found an ncr device (cfg revision 0)... [ 287.816020] ------------[ cut here ]------------ [ 287.816031] WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0xf8/0x188() [ 287.816037] NETDEV WATCHDOG: ncr (): transmit queue 0 timed out [ 287.816041] Modules linked in: ncr ppdev parport_pc lp parport acpi_cpufreq processor cpufreq_powersave cpufreq_stats cpufreq_ondemand freq_table cpufreq_userspace cpufreq_conservative ipv6 loop evdev pcspkr xen_netfront ext3 jbd mbcache xen_blkfront thermal_sys [ 287.816113] Pid: 0, comm: swapper Not tainted 2.6.32.9 #4 [ 287.816118] Call Trace: [ 287.816127] [] ? dev_watchdog+0xf8/0x188 [ 287.816135] [] ? dev_watchdog+0xf8/0x188 [ 287.816143] [] ? warn_slowpath_common+0x5e/0x8a [ 287.816151] [] ? warn_slowpath_fmt+0x26/0x2a [ 287.816159] [] ? dev_watchdog+0xf8/0x188 [ 287.816168] [] ? check_events+0x8/0xc [ 287.816175] [] ? xen_force_evtchn_callback+0xc/0x10 [ 287.816183] [] ? check_events+0x8/0xc [ 287.816191] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 287.816200] [] ? _spin_unlock_irqrestore+0xe/0x10 [ 287.816209] [] ? mod_timer+0x15f/0x168 [ 287.816217] [] ? dev_watchdog+0x0/0x188 [ 287.816224] [] ? run_timer_softirq+0x195/0x217 [ 287.816232] [] ? __do_softirq+0xaa/0x151 [ 287.816240] [] ? do_softirq+0x31/0x3c [ 287.816247] [] ? irq_exit+0x26/0x58 [ 287.816256] [] ? xen_evtchn_do_upcall+0x13f/0x151 [ 287.816264] [] ? xen_do_upcall+0x7/0xc [ 287.816272] [] ? hypercall_page+0x3a7/0x1001 [ 287.816280] [] ? xen_safe_halt+0xf/0x1b [ 287.816287] [] ? xen_idle+0x23/0x30 [ 287.816295] [] ? cpu_idle+0x46/0x62 [ 287.816303] [] ? start_kernel+0x2c7/0x2ca [ 287.816310] [] ? xen_start_kernel+0x5e6/0x5ee [ 287.816315] ---[ end trace 00c16cce2318c073 ]--- [ 287.816320] ncr: Transmit timeout on ncr at 4294964250, latency 583 [ 291.816017] ncr: Transmit timeout on ncr at 4294965250, latency 1000 ... [ 412.673801] end_request: I/O error, dev xvda, sector 7608215 [ 412.673826] end_request: I/O error, dev xvda, sector 7608223 [ 412.673837] end_request: I/O error, dev xvda, sector 7608231 [ 480.052035] INFO: task kjournald:565 blocked for more than 120 seconds. [ 480.052047] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 480.052057] kjournald D 121f1575 0 565 2 0x00000000 [ 480.052069] cf864d80 00000246 c136b7c0 121f1575 c1c25040 c13ce460 c13ce460 cf864f38 [ 480.052091] c26fb460 00000000 5737fa96 00000045 c136b7c0 121f1e2a c1052d6d 6c3e6a53 [ 480.052111] 00000000 121f1e2a 00000000 cf894690 cf864f38 cf864d80 c26fb894 c26fb460 [ 480.052131] Call Trace: [ 480.052143] [] ? ktime_get_ts+0xd7/0xdf [ 480.052154] [] ? io_schedule+0x5f/0x98 [ 480.052162] [] ? sync_buffer+0x30/0x33 [ 480.052169] [] ? __wait_on_bit+0x33/0x58 [ 480.052176] [] ? sync_buffer+0x0/0x33 [ 480.052183] [] ? out_of_line_wait_on_bit+0xb6/0xbe [ 480.052190] [] ? sync_buffer+0x0/0x33 [ 480.052198] [] ? wake_bit_function+0x0/0x3c [ 480.052205] [] ? __wait_on_buffer+0x16/0x18 [ 480.052223] [] ? journal_commit_transaction+0x85a/0xd6d [jbd] [ 480.052235] [] ? finish_task_switch+0x3d/0x9c [ 480.052243] [] ? check_events+0x8/0xc [ 480.052250] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 480.052258] [] ? _spin_unlock_irqrestore+0xe/0x10 [ 480.052267] [] ? try_to_del_timer_sync+0x79/0x80 [ 480.052276] [] ? kjournald+0xbb/0x1e5 [jbd] [ 480.052283] [] ? autoremove_wake_function+0x0/0x2d [ 480.052292] [] ? kjournald+0x0/0x1e5 [jbd] [ 480.052299] [] ? kthread+0x61/0x66 [ 480.052305] [] ? kthread+0x0/0x66 [ 480.052313] [] ? kernel_thread_helper+0x7/0x10 [ 480.052320] INFO: task rsyslogd:1929 blocked for more than 120 seconds. [ 480.052328] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 480.052337] rsyslogd D 00001000 0 1929 1 0x00000000 [ 480.052346] c1c20d40 00000286 d0877650 00001000 c1c25200 c13ce460 c13ce460 c1c20ef8 [ 480.052367] c26fb460 00000000 c1cd5600 c1cf02c0 cf4693ec cf576518 c1005ff4 c26f0a5c [ 480.052387] cf99fd98 cf99fdac c100665c c26f025c c1c20ef8 c26f0a5c cf99fd98 cf99fdac [ 480.052407] Call Trace: [ 480.052418] [] ? __ext3_get_inode_loc+0xc7/0x275 [ext3] [ 480.052426] [] ? xen_force_evtchn_callback+0xc/0x10 [ 480.052434] [] ? check_events+0x8/0xc [ 480.052442] [] ? do_get_write_access+0x1f8/0x3b5 [jbd] [ 480.052450] [] ? wake_bit_function+0x0/0x3c [ 480.052459] [] ? journal_get_write_access+0x18/0x26 [jbd] [ 480.052469] [] ? __ext3_journal_get_write_access+0x13/0x32 [ext3] [ 480.052479] [] ? ext3_reserve_inode_write+0x2d/0x5d [ext3] [ 480.052489] [] ? ext3_mark_inode_dirty+0x11/0x27 [ext3] [ 480.052499] [] ? ext3_dirty_inode+0x50/0x63 [ext3] [ 480.052507] [] ? __mark_inode_dirty+0x20/0x10c [ 480.052515] [] ? file_update_time+0xbe/0xdf [ 480.052523] [] ? __generic_file_aio_write+0x2f7/0x452 [ 480.052531] [] ? xen_restore_fl_direct_end+0x0/0x1 [ 480.052539] [] ? _spin_unlock_irqrestore+0xe/0x10 [ 480.052546] [] ? hrtimer_try_to_cancel+0x6e/0x83 [ 480.052554] [] ? hrtimer_try_to_cancel+0x7c/0x83 [ 480.052561] [] ? generic_file_aio_write+0x51/0x93 [ 480.052571] [] ? do_sync_write+0xc0/0x107 [ 480.052578] [] ? autoremove_wake_function+0x0/0x2d [ 480.052586] [] ? pick_next_task_fair+0x95/0x9c [ 480.052593] [] ? schedule+0x5ea/0x671 [ 480.052601] [] ? security_file_permission+0xc/0xd [ 480.052609] [] ? do_sync_write+0x0/0x107 [ 480.052616] [] ? vfs_write+0x84/0x12f [ 480.052623] [] ? sys_write+0x3c/0x63 [ 480.052630] [] ? sysenter_do_call+0x12/0x28 --000e0cd2de02d9155d0482037f4e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pasi, Ian

I debugged this further with the assumption that IRQ follo= ws the path IDT->Hypervisor->pciback->pcifront->actual_device. = I added printk message while binding to a event-chnl=A0 and event-chnl call= back function in pcifront. I do see my printk message(while binding to even= t-chnl in domU) so I know kernel has correct module. After nic device is en= abled via ifconfig in domU, I do not see messages (added in event-chnl call= back function) from pcifront so I believe interrupt is not delivered to pci= front itself.

static inline void schedule_pcifront_aer_op(struct pcifront_device *pde= v)
{
=A0=A0=A0=A0=A0=A0=A0 if (test_bit(_XEN_PCIB_active, (unsigned l= ong *)&pdev->sh_info->flags)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 && !test_and_set_bit(_PDEVB_op_active, &pdev->f= lags)) {
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 dev_dbg(&pdev->xdev-&g= t;dev, "schedule aer frontend job\n");
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 printk(KERN_DEBUG "schedule aer frontend job = %d\n", pdev->irq); <<<<<<< never seen in dmesg= in domU
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 schedule_work(&pdev->o= p_work);
=A0=A0=A0=A0=A0=A0=A0 }
}

dmesg on dom0 says "no= body cared...", forum has some old discussions around 2006 and hence d= idn't look into it in detail.

Inputs will be very much appreciated.

dmesg in dom0 and domU follows= .

Thanks
/**********************dmesg on dom0********************= *******************/
pciback 0000:08:01.0: PCI INT A -> GSI 17 (level= , low) -> IRQ 17
irq 17: nobody cared (try booting with the "irqpoll" option)
P= id: 0, comm: swapper Tainted: G=A0=A0=A0=A0=A0=A0=A0=A0=A0 2.6.27.42-0.1.1.= xs0.1.1.737.1065xen #1
=A0[<c01544f7>] __report_bad_irq+0x27/0x90<= br>=A0[<c015485c>] note_interrupt+0x2fc/0x330
=A0[<f01df92d>] ? usb_hcd_irq+0x4d/0xe0 [usbcore]
=A0[<c0153931= >] ? handle_IRQ_event+0x31/0x90
=A0[<c01551e4>] handle_level_ir= q+0xe4/0x110
=A0[<c0107733>] do_IRQ+0x43/0x90
=A0[<c01413b9&= gt;] ? ktime_get+0x19/0x40
=A0[<c026cfcf>] evtchn_do_upcall+0xdf/0x1f0
=A0[<c0105565>] = hypervisor_callback+0x41/0x49
=A0[<c010797b>] ? xen_safe_halt+0x8b= /0xc0
=A0[<c010afde>] xen_idle+0x1e/0x50
=A0[<c0103728>] = cpu_idle+0x58/0xa0
=A0[<c0338f4e>] rest_init+0x4e/0x60
=A0=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
handlers:
[<f01df8e0>= ;] (usb_hcd_irq+0x0/0xe0 [usbcore])
Disabling IRQ #17
ata1.00: except= ion Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata1.00: cmd ca/00:08:31:08:14/00:00:00:00:00/e0 tag 0 dma 4096 out
=A0= =A0=A0=A0=A0=A0=A0=A0 res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (ti= meout)
ata1.00: status: { DRDY }
ata1: soft resetting link
ata1.00= : qc timeout (cmd 0x27)
ata1.00: failed to read native max address (err_mask=3D0x4)
ata1.00: rev= alidation failed (errno=3D-5)
ata1: soft resetting link
ata1.00: qc t= imeout (cmd 0x27)
ata1.00: failed to read native max address (err_mask= =3D0x4)
ata1.00: revalidation failed (errno=3D-5)
ata1: soft resetting link
a= ta1.00: qc timeout (cmd 0x27)
ata1.00: failed to read native max address= (err_mask=3D0x4)
ata1.00: revalidation failed (errno=3D-5)
ata1.00: = disabled
ata1.00: device reported invalid CHS sector 0
ata1: soft resetting link<= br>ata1: EH complete
sd 0:0:0:0: [sda] Result: hostbyte=3DDID_BAD_TARGET= driverbyte=3DDRIVER_OK,SUGGEST_OK
end_request: I/O error, dev sda, sect= or 1312817
Buffer I/O error on device sda1, logical block 164102
lost page write du= e to I/O error on sda1


/**************************dmesg on domU*= ********************************************/
[=A0=A0=A0 5.994657] EXT3 = FS on xvda1, internal journal
[=A0=A0=A0 8.431645] loop: module loaded
[=A0=A0 10.043554] NET: Registe= red protocol family 10
[=A0=A0 10.044013] lo: Disabled Privacy Extension= s
[=A0=A0 11.859410] lp: driver loaded but no devices found
[=A0=A0 1= 1.965333] ppdev: user-space parallel port driver
[=A0=A0 20.076012] eth0: no IPv6 routers present
[=A0 170.192510] ncr 00= 00:00:00.0: enabling device (0000 -> 0002)
[=A0 170.192551] ncr 0000:= 00:00.0: Xen PCI enabling IRQ: 17
[=A0 170.192571] ncr: Found an ncr dev= ice (cfg revision 0)...
[=A0 287.816020] ------------[ cut here ]------------
[=A0 287.816031] W= ARNING: at net/sched/sch_generic.c:261 dev_watchdog+0xf8/0x188()
[=A0 28= 7.816037] NETDEV WATCHDOG: ncr (): transmit queue 0 timed out
[=A0 287.8= 16041] Modules linked in: ncr ppdev parport_pc lp parport acpi_cpufreq proc= essor cpufreq_powersave cpufreq_stats cpufreq_ondemand freq_table cpufreq_u= serspace cpufreq_conservative ipv6 loop evdev pcspkr xen_netfront ext3 jbd = mbcache xen_blkfront thermal_sys
[=A0 287.816113] Pid: 0, comm: swapper Not tainted 2.6.32.9 #4
[=A0 287.= 816118] Call Trace:
[=A0 287.816127]=A0 [<c11f2db1>] ? dev_watchdo= g+0xf8/0x188
[=A0 287.816135]=A0 [<c11f2db1>] ? dev_watchdog+0xf8/= 0x188
[=A0 287.816143]=A0 [<c1037a1b>] ? warn_slowpath_common+0x5e/0x8a
= [=A0 287.816151]=A0 [<c1037a79>] ? warn_slowpath_fmt+0x26/0x2a
[= =A0 287.816159]=A0 [<c11f2db1>] ? dev_watchdog+0xf8/0x188
[=A0 287= .816168]=A0 [<c100665c>] ? check_events+0x8/0xc
[=A0 287.816175]=A0 [<c1005ff4>] ? xen_force_evtchn_callback+0xc/0x10=
[=A0 287.816183]=A0 [<c100665c>] ? check_events+0x8/0xc
[=A0 2= 87.816191]=A0 [<c1006653>] ? xen_restore_fl_direct_end+0x0/0x1
[= =A0 287.816200]=A0 [<c124f4ea>] ? _spin_unlock_irqrestore+0xe/0x10 [=A0 287.816209]=A0 [<c1042a74>] ? mod_timer+0x15f/0x168
[=A0 287.= 816217]=A0 [<c11f2cb9>] ? dev_watchdog+0x0/0x188
[=A0 287.816224]= =A0 [<c104263c>] ? run_timer_softirq+0x195/0x217
[=A0 287.816232]= =A0 [<c103cb18>] ? __do_softirq+0xaa/0x151
[=A0 287.816240]=A0 [<c103cbf0>] ? do_softirq+0x31/0x3c
[=A0 287.8= 16247]=A0 [<c103ccc6>] ? irq_exit+0x26/0x58
[=A0 287.816256]=A0 [&= lt;c118f14b>] ? xen_evtchn_do_upcall+0x13f/0x151
[=A0 287.816264]=A0 = [<c1009087>] ? xen_do_upcall+0x7/0xc
[=A0 287.816272]=A0 [<c10023a7>] ? hypercall_page+0x3a7/0x1001
[= =A0 287.816280]=A0 [<c1006075>] ? xen_safe_halt+0xf/0x1b
[=A0 287.= 816287]=A0 [<c1004083>] ? xen_idle+0x23/0x30
[=A0 287.816295]=A0 [= <c100773c>] ? cpu_idle+0x46/0x62
[=A0 287.816303]=A0 [<c136e7e0>] ? start_kernel+0x2c7/0x2ca
[=A0 2= 87.816310]=A0 [<c1370d33>] ? xen_start_kernel+0x5e6/0x5ee
[=A0 287= .816315] ---[ end trace 00c16cce2318c073 ]---
[=A0 287.816320] ncr: Tran= smit timeout on ncr at 4294964250, latency 583
[=A0 291.816017] ncr: Transmit timeout on ncr at 4294965250, latency 1000...

[=A0 412.673801] end_request: I/O error, dev xvda, sector 7608= 215
[=A0 412.673826] end_request: I/O error, dev xvda, sector 7608223[=A0 412.673837] end_request: I/O error, dev xvda, sector 7608231
[=A0 480.052035] INFO: task kjournald:565 blocked for more than 120 seconds= .
[=A0 480.052047] "echo 0 > /proc/sys/kernel/hung_task_timeout_= secs" disables this message.
[=A0 480.052057] kjournald=A0=A0=A0=A0= D 121f1575=A0=A0=A0=A0 0=A0=A0 565=A0=A0=A0=A0=A0 2 0x00000000
[=A0 480.052069]=A0 cf864d80 00000246 c136b7c0 121f1575 c1c25040 c13ce460 c= 13ce460 cf864f38
[=A0 480.052091]=A0 c26fb460 00000000 5737fa96 00000045= c136b7c0 121f1e2a c1052d6d 6c3e6a53
[=A0 480.052111]=A0 00000000 121f1e= 2a 00000000 cf894690 cf864f38 cf864d80 c26fb894 c26fb460
[=A0 480.052131] Call Trace:
[=A0 480.052143]=A0 [<c1052d6d>] ? kt= ime_get_ts+0xd7/0xdf
[=A0 480.052154]=A0 [<c124e1eb>] ? io_schedul= e+0x5f/0x98
[=A0 480.052162]=A0 [<c10d49a2>] ? sync_buffer+0x30/0x= 33
[=A0 480.052169]=A0 [<c124e645>] ? __wait_on_bit+0x33/0x58
[=A0 480.052176]=A0 [<c10d4972>] ? sync_buffer+0x0/0x33
[=A0 480.0= 52183]=A0 [<c124e720>] ? out_of_line_wait_on_bit+0xb6/0xbe
[=A0 48= 0.052190]=A0 [<c10d4972>] ? sync_buffer+0x0/0x33
[=A0 480.052198]= =A0 [<c104b97f>] ? wake_bit_function+0x0/0x3c
[=A0 480.052205]=A0 [<c10d493f>] ? __wait_on_buffer+0x16/0x18
[=A0= 480.052223]=A0 [<d084622d>] ? journal_commit_transaction+0x85a/0xd6d= [jbd]
[=A0 480.052235]=A0 [<c10323bf>] ? finish_task_switch+0x3d/= 0x9c
[=A0 480.052243]=A0 [<c100665c>] ? check_events+0x8/0xc
[=A0 480.0= 52250]=A0 [<c1006653>] ? xen_restore_fl_direct_end+0x0/0x1
[=A0 48= 0.052258]=A0 [<c124f4ea>] ? _spin_unlock_irqrestore+0xe/0x10
[=A0 = 480.052267]=A0 [<c1042c5a>] ? try_to_del_timer_sync+0x79/0x80
[=A0 480.052276]=A0 [<d0848b6f>] ? kjournald+0xbb/0x1e5 [jbd]
[=A0= 480.052283]=A0 [<c104b952>] ? autoremove_wake_function+0x0/0x2d
[= =A0 480.052292]=A0 [<d0848ab4>] ? kjournald+0x0/0x1e5 [jbd]
[=A0 4= 80.052299]=A0 [<c104b71e>] ? kthread+0x61/0x66
[=A0 480.052305]=A0 [<c104b6bd>] ? kthread+0x0/0x66
[=A0 480.05231= 3]=A0 [<c1009037>] ? kernel_thread_helper+0x7/0x10
[=A0 480.052320= ] INFO: task rsyslogd:1929 blocked for more than 120 seconds.
[=A0 480.0= 52328] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disa= bles this message.
[=A0 480.052337] rsyslogd=A0=A0=A0=A0=A0 D 00001000=A0=A0=A0=A0 0=A0 1929= =A0=A0=A0=A0=A0 1 0x00000000
[=A0 480.052346]=A0 c1c20d40 00000286 d0877= 650 00001000 c1c25200 c13ce460 c13ce460 c1c20ef8
[=A0 480.052367]=A0 c26= fb460 00000000 c1cd5600 c1cf02c0 cf4693ec cf576518 c1005ff4 c26f0a5c
[=A0 480.052387]=A0 cf99fd98 cf99fdac c100665c c26f025c c1c20ef8 c26f0a5c c= f99fd98 cf99fdac
[=A0 480.052407] Call Trace:
[=A0 480.052418]=A0 [&l= t;d0877650>] ? __ext3_get_inode_loc+0xc7/0x275 [ext3]
[=A0 480.052426= ]=A0 [<c1005ff4>] ? xen_force_evtchn_callback+0xc/0x10
[=A0 480.052434]=A0 [<c100665c>] ? check_events+0x8/0xc
[=A0 480.0= 52442]=A0 [<d0845072>] ? do_get_write_access+0x1f8/0x3b5 [jbd]
[= =A0 480.052450]=A0 [<c104b97f>] ? wake_bit_function+0x0/0x3c
[=A0 = 480.052459]=A0 [<d0845247>] ? journal_get_write_access+0x18/0x26 [jbd= ]
[=A0 480.052469]=A0 [<d0882caf>] ? __ext3_journal_get_write_access+0x= 13/0x32 [ext3]
[=A0 480.052479]=A0 [<d0877baf>] ? ext3_reserve_ino= de_write+0x2d/0x5d [ext3]
[=A0 480.052489]=A0 [<d0877bf0>] ? ext3_= mark_inode_dirty+0x11/0x27 [ext3]
[=A0 480.052499]=A0 [<d0877d05>] ? ext3_dirty_inode+0x50/0x63 [ext3]<= br>[=A0 480.052507]=A0 [<c10cf541>] ? __mark_inode_dirty+0x20/0x10c[=A0 480.052515]=A0 [<c10c7bc5>] ? file_update_time+0xbe/0xdf
[= =A0 480.052523]=A0 [<c109107b>] ? __generic_file_aio_write+0x2f7/0x45= 2
[=A0 480.052531]=A0 [<c1006653>] ? xen_restore_fl_direct_end+0x0/0x1<= br>[=A0 480.052539]=A0 [<c124f4ea>] ? _spin_unlock_irqrestore+0xe/0x1= 0
[=A0 480.052546]=A0 [<c104e617>] ? hrtimer_try_to_cancel+0x6e/0x= 83
[=A0 480.052554]=A0 [<c104e625>] ? hrtimer_try_to_cancel+0x7c/0= x83
[=A0 480.052561]=A0 [<c1091227>] ? generic_file_aio_write+0x51/0x93[=A0 480.052571]=A0 [<c10b8680>] ? do_sync_write+0xc0/0x107
[=A0= 480.052578]=A0 [<c104b952>] ? autoremove_wake_function+0x0/0x2d
[= =A0 480.052586]=A0 [<c102dd9e>] ? pick_next_task_fair+0x95/0x9c
[=A0 480.052593]=A0 [<c124e105>] ? schedule+0x5ea/0x671
[=A0 480.0= 52601]=A0 [<c1107ae8>] ? security_file_permission+0xc/0xd
[=A0 480= .052609]=A0 [<c10b85c0>] ? do_sync_write+0x0/0x107
[=A0 480.052616= ]=A0 [<c10b900b>] ? vfs_write+0x84/0x12f
[=A0 480.052623]=A0 [<c10b914e>] ? sys_write+0x3c/0x63
[=A0 480.05= 2630]=A0 [<c10084b4>] ? sysenter_do_call+0x12/0x28





--000e0cd2de02d9155d0482037f4e-- --===============1480831413== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1480831413==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 09:17:04 +0000 Message-ID: <1268903824.10129.38718.camel@zakaz.uk.xensource.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org I thought AER stuff was only called on error conditions and isn't in the normal pci passthrough paths so I don't think you would expect to see any messages from schedule_pcifront_aer_op in normal operation. I'm not sure about your actual problem (we're pushing the boundaries of my immediate knowledge of pcifront/back here), it looks as if it might relate to the interrupt being shared with other devices in domain 0? What does /proc/interrupts say on both ends? Which devices are you trying to passthrough, only 0000:08:01.0? Does 0000:08:01.0 share an interrupt with your USB controller and/or ATA controller in domain 0? Ian. On Wed, 2010-03-17 at 18:44 +0000, Ritu kaur wrote: > Pasi, Ian > > I debugged this further with the assumption that IRQ follows the path > IDT->Hypervisor->pciback->pcifront->actual_device. I added printk > message while binding to a event-chnl and event-chnl callback > function in pcifront. I do see my printk message(while binding to > event-chnl in domU) so I know kernel has correct module. After nic > device is enabled via ifconfig in domU, I do not see messages (added > in event-chnl callback function) from pcifront so I believe interrupt > is not delivered to pcifront itself. > > static inline void schedule_pcifront_aer_op(struct pcifront_device > *pdev) > { > if (test_bit(_XEN_PCIB_active, (unsigned long > *)&pdev->sh_info->flags) > && !test_and_set_bit(_PDEVB_op_active, &pdev->flags)) > { > dev_dbg(&pdev->xdev->dev, "schedule aer frontend job > \n"); > printk(KERN_DEBUG "schedule aer frontend job %d\n", > pdev->irq); <<<<<<< never seen in dmesg in domU > schedule_work(&pdev->op_work); > } > } > > dmesg on dom0 says "nobody cared...", forum has some old discussions > around 2006 and hence didn't look into it in detail. > > Inputs will be very much appreciated. > > dmesg in dom0 and domU follows. > > Thanks > /**********************dmesg on > dom0***************************************/ > pciback 0000:08:01.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 > irq 17: nobody cared (try booting with the "irqpoll" option) > Pid: 0, comm: swapper Tainted: G > 2.6.27.42-0.1.1.xs0.1.1.737.1065xen #1 > [] __report_bad_irq+0x27/0x90 > [] note_interrupt+0x2fc/0x330 > [] ? usb_hcd_irq+0x4d/0xe0 [usbcore] > [] ? handle_IRQ_event+0x31/0x90 > [] handle_level_irq+0xe4/0x110 > [] do_IRQ+0x43/0x90 > [] ? ktime_get+0x19/0x40 > [] evtchn_do_upcall+0xdf/0x1f0 > [] hypervisor_callback+0x41/0x49 > [] ? xen_safe_halt+0x8b/0xc0 > [] xen_idle+0x1e/0x50 > [] cpu_idle+0x58/0xa0 > [] rest_init+0x4e/0x60 > ======================= > handlers: > [] (usb_hcd_irq+0x0/0xe0 [usbcore]) > Disabling IRQ #17 > ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen > ata1.00: cmd ca/00:08:31:08:14/00:00:00:00:00/e0 tag 0 dma 4096 out > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > ata1.00: status: { DRDY } > ata1: soft resetting link > ata1.00: qc timeout (cmd 0x27) > ata1.00: failed to read native max address (err_mask=0x4) > ata1.00: revalidation failed (errno=-5) > ata1: soft resetting link > ata1.00: qc timeout (cmd 0x27) > ata1.00: failed to read native max address (err_mask=0x4) > ata1.00: revalidation failed (errno=-5) > ata1: soft resetting link > ata1.00: qc timeout (cmd 0x27) > ata1.00: failed to read native max address (err_mask=0x4) > ata1.00: revalidation failed (errno=-5) > ata1.00: disabled > ata1.00: device reported invalid CHS sector 0 > ata1: soft resetting link > ata1: EH complete > sd 0:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET > driverbyte=DRIVER_OK,SUGGEST_OK > end_request: I/O error, dev sda, sector 1312817 > Buffer I/O error on device sda1, logical block 164102 > lost page write due to I/O error on sda1 > > > /**************************dmesg on > domU*********************************************/ > [ 5.994657] EXT3 FS on xvda1, internal journal > [ 8.431645] loop: module loaded > [ 10.043554] NET: Registered protocol family 10 > [ 10.044013] lo: Disabled Privacy Extensions > [ 11.859410] lp: driver loaded but no devices found > [ 11.965333] ppdev: user-space parallel port driver > [ 20.076012] eth0: no IPv6 routers present > [ 170.192510] ncr 0000:00:00.0: enabling device (0000 -> 0002) > [ 170.192551] ncr 0000:00:00.0: Xen PCI enabling IRQ: 17 > [ 170.192571] ncr: Found an ncr device (cfg revision 0)... > [ 287.816020] ------------[ cut here ]------------ > [ 287.816031] WARNING: at net/sched/sch_generic.c:261 dev_watchdog > +0xf8/0x188() > [ 287.816037] NETDEV WATCHDOG: ncr (): transmit queue 0 timed out > [ 287.816041] Modules linked in: ncr ppdev parport_pc lp parport > acpi_cpufreq processor cpufreq_powersave cpufreq_stats > cpufreq_ondemand freq_table cpufreq_userspace cpufreq_conservative > ipv6 loop evdev pcspkr xen_netfront ext3 jbd mbcache xen_blkfront > thermal_sys > [ 287.816113] Pid: 0, comm: swapper Not tainted 2.6.32.9 #4 > [ 287.816118] Call Trace: > [ 287.816127] [] ? dev_watchdog+0xf8/0x188 > [ 287.816135] [] ? dev_watchdog+0xf8/0x188 > [ 287.816143] [] ? warn_slowpath_common+0x5e/0x8a > [ 287.816151] [] ? warn_slowpath_fmt+0x26/0x2a > [ 287.816159] [] ? dev_watchdog+0xf8/0x188 > [ 287.816168] [] ? check_events+0x8/0xc > [ 287.816175] [] ? xen_force_evtchn_callback+0xc/0x10 > [ 287.816183] [] ? check_events+0x8/0xc > [ 287.816191] [] ? xen_restore_fl_direct_end+0x0/0x1 > [ 287.816200] [] ? _spin_unlock_irqrestore+0xe/0x10 > [ 287.816209] [] ? mod_timer+0x15f/0x168 > [ 287.816217] [] ? dev_watchdog+0x0/0x188 > [ 287.816224] [] ? run_timer_softirq+0x195/0x217 > [ 287.816232] [] ? __do_softirq+0xaa/0x151 > [ 287.816240] [] ? do_softirq+0x31/0x3c > [ 287.816247] [] ? irq_exit+0x26/0x58 > [ 287.816256] [] ? xen_evtchn_do_upcall+0x13f/0x151 > [ 287.816264] [] ? xen_do_upcall+0x7/0xc > [ 287.816272] [] ? hypercall_page+0x3a7/0x1001 > [ 287.816280] [] ? xen_safe_halt+0xf/0x1b > [ 287.816287] [] ? xen_idle+0x23/0x30 > [ 287.816295] [] ? cpu_idle+0x46/0x62 > [ 287.816303] [] ? start_kernel+0x2c7/0x2ca > [ 287.816310] [] ? xen_start_kernel+0x5e6/0x5ee > [ 287.816315] ---[ end trace 00c16cce2318c073 ]--- > [ 287.816320] ncr: Transmit timeout on ncr at 4294964250, latency 583 > [ 291.816017] ncr: Transmit timeout on ncr at 4294965250, latency > 1000 > ... > > [ 412.673801] end_request: I/O error, dev xvda, sector 7608215 > [ 412.673826] end_request: I/O error, dev xvda, sector 7608223 > [ 412.673837] end_request: I/O error, dev xvda, sector 7608231 > [ 480.052035] INFO: task kjournald:565 blocked for more than 120 > seconds. > [ 480.052047] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [ 480.052057] kjournald D 121f1575 0 565 2 0x00000000 > [ 480.052069] cf864d80 00000246 c136b7c0 121f1575 c1c25040 c13ce460 > c13ce460 cf864f38 > [ 480.052091] c26fb460 00000000 5737fa96 00000045 c136b7c0 121f1e2a > c1052d6d 6c3e6a53 > [ 480.052111] 00000000 121f1e2a 00000000 cf894690 cf864f38 cf864d80 > c26fb894 c26fb460 > [ 480.052131] Call Trace: > [ 480.052143] [] ? ktime_get_ts+0xd7/0xdf > [ 480.052154] [] ? io_schedule+0x5f/0x98 > [ 480.052162] [] ? sync_buffer+0x30/0x33 > [ 480.052169] [] ? __wait_on_bit+0x33/0x58 > [ 480.052176] [] ? sync_buffer+0x0/0x33 > [ 480.052183] [] ? out_of_line_wait_on_bit+0xb6/0xbe > [ 480.052190] [] ? sync_buffer+0x0/0x33 > [ 480.052198] [] ? wake_bit_function+0x0/0x3c > [ 480.052205] [] ? __wait_on_buffer+0x16/0x18 > [ 480.052223] [] ? journal_commit_transaction+0x85a/0xd6d > [jbd] > [ 480.052235] [] ? finish_task_switch+0x3d/0x9c > [ 480.052243] [] ? check_events+0x8/0xc > [ 480.052250] [] ? xen_restore_fl_direct_end+0x0/0x1 > [ 480.052258] [] ? _spin_unlock_irqrestore+0xe/0x10 > [ 480.052267] [] ? try_to_del_timer_sync+0x79/0x80 > [ 480.052276] [] ? kjournald+0xbb/0x1e5 [jbd] > [ 480.052283] [] ? autoremove_wake_function+0x0/0x2d > [ 480.052292] [] ? kjournald+0x0/0x1e5 [jbd] > [ 480.052299] [] ? kthread+0x61/0x66 > [ 480.052305] [] ? kthread+0x0/0x66 > [ 480.052313] [] ? kernel_thread_helper+0x7/0x10 > [ 480.052320] INFO: task rsyslogd:1929 blocked for more than 120 > seconds. > [ 480.052328] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [ 480.052337] rsyslogd D 00001000 0 1929 1 0x00000000 > [ 480.052346] c1c20d40 00000286 d0877650 00001000 c1c25200 c13ce460 > c13ce460 c1c20ef8 > [ 480.052367] c26fb460 00000000 c1cd5600 c1cf02c0 cf4693ec cf576518 > c1005ff4 c26f0a5c > [ 480.052387] cf99fd98 cf99fdac c100665c c26f025c c1c20ef8 c26f0a5c > cf99fd98 cf99fdac > [ 480.052407] Call Trace: > [ 480.052418] [] ? __ext3_get_inode_loc+0xc7/0x275 [ext3] > [ 480.052426] [] ? xen_force_evtchn_callback+0xc/0x10 > [ 480.052434] [] ? check_events+0x8/0xc > [ 480.052442] [] ? do_get_write_access+0x1f8/0x3b5 [jbd] > [ 480.052450] [] ? wake_bit_function+0x0/0x3c > [ 480.052459] [] ? journal_get_write_access+0x18/0x26 > [jbd] > [ 480.052469] [] ? __ext3_journal_get_write_access > +0x13/0x32 [ext3] > [ 480.052479] [] ? ext3_reserve_inode_write+0x2d/0x5d > [ext3] > [ 480.052489] [] ? ext3_mark_inode_dirty+0x11/0x27 [ext3] > [ 480.052499] [] ? ext3_dirty_inode+0x50/0x63 [ext3] > [ 480.052507] [] ? __mark_inode_dirty+0x20/0x10c > [ 480.052515] [] ? file_update_time+0xbe/0xdf > [ 480.052523] [] ? __generic_file_aio_write+0x2f7/0x452 > [ 480.052531] [] ? xen_restore_fl_direct_end+0x0/0x1 > [ 480.052539] [] ? _spin_unlock_irqrestore+0xe/0x10 > [ 480.052546] [] ? hrtimer_try_to_cancel+0x6e/0x83 > [ 480.052554] [] ? hrtimer_try_to_cancel+0x7c/0x83 > [ 480.052561] [] ? generic_file_aio_write+0x51/0x93 > [ 480.052571] [] ? do_sync_write+0xc0/0x107 > [ 480.052578] [] ? autoremove_wake_function+0x0/0x2d > [ 480.052586] [] ? pick_next_task_fair+0x95/0x9c > [ 480.052593] [] ? schedule+0x5ea/0x671 > [ 480.052601] [] ? security_file_permission+0xc/0xd > [ 480.052609] [] ? do_sync_write+0x0/0x107 > [ 480.052616] [] ? vfs_write+0x84/0x12f > [ 480.052623] [] ? sys_write+0x3c/0x63 > [ 480.052630] [] ? sysenter_do_call+0x12/0x28 > > > > > > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 06:43:49 -0700 Message-ID: <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0911257449==" Return-path: In-Reply-To: <1268903824.10129.38718.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org --===============0911257449== Content-Type: multipart/alternative; boundary=000e0cd11096b9bf980482136b9b --000e0cd11096b9bf980482136b9b Content-Type: text/plain; charset=ISO-8859-1 Hi Ian. pcifront_handler_aer is the callback function. ... err = bind_evtchn_to_irqhandler(pdev->evtchn, pcifront_handler_aer, 0, "pcifront", pdev); if (err < 0) { xenbus_free_evtchn(pdev->xdev, pdev->evtchn); xenbus_dev_fatal(pdev->xdev, err, "Failed to bind evtchn to " "irqhandler.\n"); return err; } ... In pcifront_handler_aer, schedule_pcifront_aer_op is called. irqreturn_t pcifront_handler_aer(int irq, void *dev) { struct pcifront_device *pdev = dev; schedule_pcifront_aer_op(pdev); return IRQ_HANDLED; } So I am assuming it is called during normal path as well. Yes my nic device is sharing interrupts(IRQ17) with usb and ide devices in dom0. cat /proc/interrupts in domU shows interrupts are never received by the interface(probably confirmed that pcifront itself doesn't receive interrupts). I am only passing 0000:08:01.0 nic device to a domU. It shares IRQ 17 with usb/ide devices in dom0. Thanks On Thu, Mar 18, 2010 at 2:17 AM, Ian Campbell wrote: > I thought AER stuff was only called on error conditions and isn't in the > normal pci passthrough paths so I don't think you would expect to see > any messages from schedule_pcifront_aer_op in normal operation. > > I'm not sure about your actual problem (we're pushing the boundaries of > my immediate knowledge of pcifront/back here), it looks as if it might > relate to the interrupt being shared with other devices in domain 0? > What does /proc/interrupts say on both ends? Which devices are you > trying to passthrough, only 0000:08:01.0? Does 0000:08:01.0 share an > interrupt with your USB controller and/or ATA controller in domain 0? > > Ian. > > On Wed, 2010-03-17 at 18:44 +0000, Ritu kaur wrote: > > Pasi, Ian > > > > I debugged this further with the assumption that IRQ follows the path > > IDT->Hypervisor->pciback->pcifront->actual_device. I added printk > > message while binding to a event-chnl and event-chnl callback > > function in pcifront. I do see my printk message(while binding to > > event-chnl in domU) so I know kernel has correct module. After nic > > device is enabled via ifconfig in domU, I do not see messages (added > > in event-chnl callback function) from pcifront so I believe interrupt > > is not delivered to pcifront itself. > > > > static inline void schedule_pcifront_aer_op(struct pcifront_device > > *pdev) > > { > > if (test_bit(_XEN_PCIB_active, (unsigned long > > *)&pdev->sh_info->flags) > > && !test_and_set_bit(_PDEVB_op_active, &pdev->flags)) > > { > > dev_dbg(&pdev->xdev->dev, "schedule aer frontend job > > \n"); > > printk(KERN_DEBUG "schedule aer frontend job %d\n", > > pdev->irq); <<<<<<< never seen in dmesg in domU > > schedule_work(&pdev->op_work); > > } > > } > > > > dmesg on dom0 says "nobody cared...", forum has some old discussions > > around 2006 and hence didn't look into it in detail. > > > > Inputs will be very much appreciated. > > > > dmesg in dom0 and domU follows. > > > > Thanks > > /**********************dmesg on > > dom0***************************************/ > > pciback 0000:08:01.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 > > irq 17: nobody cared (try booting with the "irqpoll" option) > > Pid: 0, comm: swapper Tainted: G > > 2.6.27.42-0.1.1.xs0.1.1.737.1065xen #1 > > [] __report_bad_irq+0x27/0x90 > > [] note_interrupt+0x2fc/0x330 > > [] ? usb_hcd_irq+0x4d/0xe0 [usbcore] > > [] ? handle_IRQ_event+0x31/0x90 > > [] handle_level_irq+0xe4/0x110 > > [] do_IRQ+0x43/0x90 > > [] ? ktime_get+0x19/0x40 > > [] evtchn_do_upcall+0xdf/0x1f0 > > [] hypervisor_callback+0x41/0x49 > > [] ? xen_safe_halt+0x8b/0xc0 > > [] xen_idle+0x1e/0x50 > > [] cpu_idle+0x58/0xa0 > > [] rest_init+0x4e/0x60 > > ======================= > > handlers: > > [] (usb_hcd_irq+0x0/0xe0 [usbcore]) > > Disabling IRQ #17 > > ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen > > ata1.00: cmd ca/00:08:31:08:14/00:00:00:00:00/e0 tag 0 dma 4096 out > > res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) > > ata1.00: status: { DRDY } > > ata1: soft resetting link > > ata1.00: qc timeout (cmd 0x27) > > ata1.00: failed to read native max address (err_mask=0x4) > > ata1.00: revalidation failed (errno=-5) > > ata1: soft resetting link > > ata1.00: qc timeout (cmd 0x27) > > ata1.00: failed to read native max address (err_mask=0x4) > > ata1.00: revalidation failed (errno=-5) > > ata1: soft resetting link > > ata1.00: qc timeout (cmd 0x27) > > ata1.00: failed to read native max address (err_mask=0x4) > > ata1.00: revalidation failed (errno=-5) > > ata1.00: disabled > > ata1.00: device reported invalid CHS sector 0 > > ata1: soft resetting link > > ata1: EH complete > > sd 0:0:0:0: [sda] Result: hostbyte=DID_BAD_TARGET > > driverbyte=DRIVER_OK,SUGGEST_OK > > end_request: I/O error, dev sda, sector 1312817 > > Buffer I/O error on device sda1, logical block 164102 > > lost page write due to I/O error on sda1 > > > > > > /**************************dmesg on > > domU*********************************************/ > > [ 5.994657] EXT3 FS on xvda1, internal journal > > [ 8.431645] loop: module loaded > > [ 10.043554] NET: Registered protocol family 10 > > [ 10.044013] lo: Disabled Privacy Extensions > > [ 11.859410] lp: driver loaded but no devices found > > [ 11.965333] ppdev: user-space parallel port driver > > [ 20.076012] eth0: no IPv6 routers present > > [ 170.192510] ncr 0000:00:00.0: enabling device (0000 -> 0002) > > [ 170.192551] ncr 0000:00:00.0: Xen PCI enabling IRQ: 17 > > [ 170.192571] ncr: Found an ncr device (cfg revision 0)... > > [ 287.816020] ------------[ cut here ]------------ > > [ 287.816031] WARNING: at net/sched/sch_generic.c:261 dev_watchdog > > +0xf8/0x188() > > [ 287.816037] NETDEV WATCHDOG: ncr (): transmit queue 0 timed out > > [ 287.816041] Modules linked in: ncr ppdev parport_pc lp parport > > acpi_cpufreq processor cpufreq_powersave cpufreq_stats > > cpufreq_ondemand freq_table cpufreq_userspace cpufreq_conservative > > ipv6 loop evdev pcspkr xen_netfront ext3 jbd mbcache xen_blkfront > > thermal_sys > > [ 287.816113] Pid: 0, comm: swapper Not tainted 2.6.32.9 #4 > > [ 287.816118] Call Trace: > > [ 287.816127] [] ? dev_watchdog+0xf8/0x188 > > [ 287.816135] [] ? dev_watchdog+0xf8/0x188 > > [ 287.816143] [] ? warn_slowpath_common+0x5e/0x8a > > [ 287.816151] [] ? warn_slowpath_fmt+0x26/0x2a > > [ 287.816159] [] ? dev_watchdog+0xf8/0x188 > > [ 287.816168] [] ? check_events+0x8/0xc > > [ 287.816175] [] ? xen_force_evtchn_callback+0xc/0x10 > > [ 287.816183] [] ? check_events+0x8/0xc > > [ 287.816191] [] ? xen_restore_fl_direct_end+0x0/0x1 > > [ 287.816200] [] ? _spin_unlock_irqrestore+0xe/0x10 > > [ 287.816209] [] ? mod_timer+0x15f/0x168 > > [ 287.816217] [] ? dev_watchdog+0x0/0x188 > > [ 287.816224] [] ? run_timer_softirq+0x195/0x217 > > [ 287.816232] [] ? __do_softirq+0xaa/0x151 > > [ 287.816240] [] ? do_softirq+0x31/0x3c > > [ 287.816247] [] ? irq_exit+0x26/0x58 > > [ 287.816256] [] ? xen_evtchn_do_upcall+0x13f/0x151 > > [ 287.816264] [] ? xen_do_upcall+0x7/0xc > > [ 287.816272] [] ? hypercall_page+0x3a7/0x1001 > > [ 287.816280] [] ? xen_safe_halt+0xf/0x1b > > [ 287.816287] [] ? xen_idle+0x23/0x30 > > [ 287.816295] [] ? cpu_idle+0x46/0x62 > > [ 287.816303] [] ? start_kernel+0x2c7/0x2ca > > [ 287.816310] [] ? xen_start_kernel+0x5e6/0x5ee > > [ 287.816315] ---[ end trace 00c16cce2318c073 ]--- > > [ 287.816320] ncr: Transmit timeout on ncr at 4294964250, latency 583 > > [ 291.816017] ncr: Transmit timeout on ncr at 4294965250, latency > > 1000 > > ... > > > > [ 412.673801] end_request: I/O error, dev xvda, sector 7608215 > > [ 412.673826] end_request: I/O error, dev xvda, sector 7608223 > > [ 412.673837] end_request: I/O error, dev xvda, sector 7608231 > > [ 480.052035] INFO: task kjournald:565 blocked for more than 120 > > seconds. > > [ 480.052047] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > > disables this message. > > [ 480.052057] kjournald D 121f1575 0 565 2 0x00000000 > > [ 480.052069] cf864d80 00000246 c136b7c0 121f1575 c1c25040 c13ce460 > > c13ce460 cf864f38 > > [ 480.052091] c26fb460 00000000 5737fa96 00000045 c136b7c0 121f1e2a > > c1052d6d 6c3e6a53 > > [ 480.052111] 00000000 121f1e2a 00000000 cf894690 cf864f38 cf864d80 > > c26fb894 c26fb460 > > [ 480.052131] Call Trace: > > [ 480.052143] [] ? ktime_get_ts+0xd7/0xdf > > [ 480.052154] [] ? io_schedule+0x5f/0x98 > > [ 480.052162] [] ? sync_buffer+0x30/0x33 > > [ 480.052169] [] ? __wait_on_bit+0x33/0x58 > > [ 480.052176] [] ? sync_buffer+0x0/0x33 > > [ 480.052183] [] ? out_of_line_wait_on_bit+0xb6/0xbe > > [ 480.052190] [] ? sync_buffer+0x0/0x33 > > [ 480.052198] [] ? wake_bit_function+0x0/0x3c > > [ 480.052205] [] ? __wait_on_buffer+0x16/0x18 > > [ 480.052223] [] ? journal_commit_transaction+0x85a/0xd6d > > [jbd] > > [ 480.052235] [] ? finish_task_switch+0x3d/0x9c > > [ 480.052243] [] ? check_events+0x8/0xc > > [ 480.052250] [] ? xen_restore_fl_direct_end+0x0/0x1 > > [ 480.052258] [] ? _spin_unlock_irqrestore+0xe/0x10 > > [ 480.052267] [] ? try_to_del_timer_sync+0x79/0x80 > > [ 480.052276] [] ? kjournald+0xbb/0x1e5 [jbd] > > [ 480.052283] [] ? autoremove_wake_function+0x0/0x2d > > [ 480.052292] [] ? kjournald+0x0/0x1e5 [jbd] > > [ 480.052299] [] ? kthread+0x61/0x66 > > [ 480.052305] [] ? kthread+0x0/0x66 > > [ 480.052313] [] ? kernel_thread_helper+0x7/0x10 > > [ 480.052320] INFO: task rsyslogd:1929 blocked for more than 120 > > seconds. > > [ 480.052328] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > > disables this message. > > [ 480.052337] rsyslogd D 00001000 0 1929 1 0x00000000 > > [ 480.052346] c1c20d40 00000286 d0877650 00001000 c1c25200 c13ce460 > > c13ce460 c1c20ef8 > > [ 480.052367] c26fb460 00000000 c1cd5600 c1cf02c0 cf4693ec cf576518 > > c1005ff4 c26f0a5c > > [ 480.052387] cf99fd98 cf99fdac c100665c c26f025c c1c20ef8 c26f0a5c > > cf99fd98 cf99fdac > > [ 480.052407] Call Trace: > > [ 480.052418] [] ? __ext3_get_inode_loc+0xc7/0x275 [ext3] > > [ 480.052426] [] ? xen_force_evtchn_callback+0xc/0x10 > > [ 480.052434] [] ? check_events+0x8/0xc > > [ 480.052442] [] ? do_get_write_access+0x1f8/0x3b5 [jbd] > > [ 480.052450] [] ? wake_bit_function+0x0/0x3c > > [ 480.052459] [] ? journal_get_write_access+0x18/0x26 > > [jbd] > > [ 480.052469] [] ? __ext3_journal_get_write_access > > +0x13/0x32 [ext3] > > [ 480.052479] [] ? ext3_reserve_inode_write+0x2d/0x5d > > [ext3] > > [ 480.052489] [] ? ext3_mark_inode_dirty+0x11/0x27 [ext3] > > [ 480.052499] [] ? ext3_dirty_inode+0x50/0x63 [ext3] > > [ 480.052507] [] ? __mark_inode_dirty+0x20/0x10c > > [ 480.052515] [] ? file_update_time+0xbe/0xdf > > [ 480.052523] [] ? __generic_file_aio_write+0x2f7/0x452 > > [ 480.052531] [] ? xen_restore_fl_direct_end+0x0/0x1 > > [ 480.052539] [] ? _spin_unlock_irqrestore+0xe/0x10 > > [ 480.052546] [] ? hrtimer_try_to_cancel+0x6e/0x83 > > [ 480.052554] [] ? hrtimer_try_to_cancel+0x7c/0x83 > > [ 480.052561] [] ? generic_file_aio_write+0x51/0x93 > > [ 480.052571] [] ? do_sync_write+0xc0/0x107 > > [ 480.052578] [] ? autoremove_wake_function+0x0/0x2d > > [ 480.052586] [] ? pick_next_task_fair+0x95/0x9c > > [ 480.052593] [] ? schedule+0x5ea/0x671 > > [ 480.052601] [] ? security_file_permission+0xc/0xd > > [ 480.052609] [] ? do_sync_write+0x0/0x107 > > [ 480.052616] [] ? vfs_write+0x84/0x12f > > [ 480.052623] [] ? sys_write+0x3c/0x63 > > [ 480.052630] [] ? sysenter_do_call+0x12/0x28 > > > > > > > > > > > > > > > --000e0cd11096b9bf980482136b9b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian.

=A0pcifront_handler_aer is the callback function.

...=
err =3D bind_evtchn_to_irqhandler(pdev->evtchn, pcifront_handler_aer= ,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0, "pcifront",= pdev);
=A0=A0=A0=A0=A0=A0=A0 if (err < 0) {
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 xenbus_free_evtchn(pdev->x= dev, pdev->evtchn);
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 xen= bus_dev_fatal(pdev->xdev, err, "Failed to bind evtchn to "
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 "irqhandler.\n");
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 return err;
=A0=A0=A0=A0= =A0=A0=A0 }
...

In pcifront_handler_aer, schedule_pcifront_aer_op= is called.

irqreturn_t pcifront_handler_aer(int irq, void *dev)
= {
=A0=A0=A0=A0=A0=A0=A0 struct pcifront_device *pdev =3D dev;
=A0=A0=A0=A0=A0=A0=A0 schedule_pcifront_aer_op(pdev);
=A0=A0=A0=A0=A0=A0= =A0 return IRQ_HANDLED;
}

So I am assuming it is called during no= rmal path as well.

Yes my nic device is sharing interrupts(IRQ17) wi= th usb and ide devices in dom0.

cat /proc/interrupts in domU shows interrupts are never received by the= interface(probably confirmed that pcifront itself doesn't receive inte= rrupts). I am only passing 0000:08:01.0 nic device to a domU. It shares IRQ= 17 with usb/ide devices in dom0.

Thanks

On Thu, Mar 18, 2010 at 2:17 A= M, Ian Campbell <Ian.Campbell@citrix.com> wrote:
I thought AER stuff was only called on error conditions a= nd isn't in the
normal pci passthrough paths so I don't think you would expect to see any messages from schedule_pcifront_aer_op in normal operation.

I'm not sure about your actual problem (we're pushing the boundarie= s of
my immediate knowledge of pcifront/back here), it looks as if it might
relate to the interrupt being shared with other devices in domain 0?
What does /proc/interrupts say on both ends? Which devices are you
trying to passthrough, only 0000:08:01.0? Does 0000:08:01.0 share an
interrupt with your USB controller and/or ATA controller in domain 0?

Ian.

On Wed, 2010-03-17 at 18:44 +0000, Ritu kaur wrote:
> Pasi, Ian
>
> I debugged this further with the assumption that IRQ follows the path<= br> > IDT->Hypervisor->pciback->pcifront->actual_device. I added= printk
> message while binding to a event-chnl =A0and event-chnl callback
> function in pcifront. I do see my printk message(while binding to
> event-chnl in domU) so I know kernel has correct module. After nic
> device is enabled via ifconfig in domU, I do not see messages (added > in event-chnl callback function) from pcifront so I believe interrupt<= br> > is not delivered to pcifront itself.
>
> static inline void schedule_pcifront_aer_op(struct pcifront_device
> *pdev)
> {
> =A0 =A0 =A0 =A0 if (test_bit(_XEN_PCIB_active, (unsigned long
> *)&pdev->sh_info->flags)
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 && !test_and_set_bit(_PDEVB_op= _active, &pdev->flags))
> {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dev_dbg(&pdev->xdev->dev, &q= uot;schedule aer frontend job
> \n");
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printk(KERN_DEBUG "schedule aer f= rontend job %d\n",
> pdev->irq); <<<<<<< never seen in dmesg in dom= U
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 schedule_work(&pdev->op_work);<= br> > =A0 =A0 =A0 =A0 }
> }
>
> dmesg on dom0 says "nobody cared...", forum has some old dis= cussions
> around 2006 and hence didn't look into it in detail.
>
> Inputs will be very much appreciated.
>
> dmesg in dom0 and domU follows.
>
> Thanks
> /**********************dmesg on
> dom0***************************************/
> pciback 0000:08:01.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17=
> irq 17: nobody cared (try booting with the "irqpoll" option)=
> Pid: 0, comm: swapper Tainted: G
> 2.6.27.42-0.1.1.xs0.1.1.737.1065xen #1
> =A0[<c01544f7>] __report_bad_irq+0x27/0x90
> =A0[<c015485c>] note_interrupt+0x2fc/0x330
> =A0[<f01df92d>] ? usb_hcd_irq+0x4d/0xe0 [usbcore]
> =A0[<c0153931>] ? handle_IRQ_event+0x31/0x90
> =A0[<c01551e4>] handle_level_irq+0xe4/0x110
> =A0[<c0107733>] do_IRQ+0x43/0x90
> =A0[<c01413b9>] ? ktime_get+0x19/0x40
> =A0[<c026cfcf>] evtchn_do_upcall+0xdf/0x1f0
> =A0[<c0105565>] hypervisor_callback+0x41/0x49
> =A0[<c010797b>] ? xen_safe_halt+0x8b/0xc0
> =A0[<c010afde>] xen_idle+0x1e/0x50
> =A0[<c0103728>] cpu_idle+0x58/0xa0
> =A0[<c0338f4e>] rest_init+0x4e/0x60
> =A0=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D
> handlers:
> [<f01df8e0>] (usb_hcd_irq+0x0/0xe0 [usbcore])
> Disabling IRQ #17
> ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
> ata1.00: cmd ca/00:08:31:08:14/00:00:00:00:00/e0 tag 0 dma 4096 out > =A0 =A0 =A0 =A0 =A0res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (= timeout)
> ata1.00: status: { DRDY }
> ata1: soft resetting link
> ata1.00: qc timeout (cmd 0x27)
> ata1.00: failed to read native max address (err_mask=3D0x4)
> ata1.00: revalidation failed (errno=3D-5)
> ata1: soft resetting link
> ata1.00: qc timeout (cmd 0x27)
> ata1.00: failed to read native max address (err_mask=3D0x4)
> ata1.00: revalidation failed (errno=3D-5)
> ata1: soft resetting link
> ata1.00: qc timeout (cmd 0x27)
> ata1.00: failed to read native max address (err_mask=3D0x4)
> ata1.00: revalidation failed (errno=3D-5)
> ata1.00: disabled
> ata1.00: device reported invalid CHS sector 0
> ata1: soft resetting link
> ata1: EH complete
> sd 0:0:0:0: [sda] Result: hostbyte=3DDID_BAD_TARGET
> driverbyte=3DDRIVER_OK,SUGGEST_OK
> end_request: I/O error, dev sda, sector 1312817
> Buffer I/O error on device sda1, logical block 164102
> lost page write due to I/O error on sda1
>
>
> /**************************dmesg on
> domU*********************************************/
> [ =A0 =A05.994657] EXT3 FS on xvda1, internal journal
> [ =A0 =A08.431645] loop: module loaded
> [ =A0 10.043554] NET: Registered protocol family 10
> [ =A0 10.044013] lo: Disabled Privacy Extensions
> [ =A0 11.859410] lp: driver loaded but no devices found
> [ =A0 11.965333] ppdev: user-space parallel port driver
> [ =A0 20.076012] eth0: no IPv6 routers present
> [ =A0170.192510] ncr 0000:00:00.0: enabling device (0000 -> 0002) > [ =A0170.192551] ncr 0000:00:00.0: Xen PCI enabling IRQ: 17
> [ =A0170.192571] ncr: Found an ncr device (cfg revision 0)...
> [ =A0287.816020] ------------[ cut here ]------------
> [ =A0287.816031] WARNING: at net/sched/sch_generic.c:261 dev_watchdog<= br> > +0xf8/0x188()
> [ =A0287.816037] NETDEV WATCHDOG: ncr (): transmit queue 0 timed out > [ =A0287.816041] Modules linked in: ncr ppdev parport_pc lp parport > acpi_cpufreq processor cpufreq_powersave cpufreq_stats
> cpufreq_ondemand freq_table cpufreq_userspace cpufreq_conservative
> ipv6 loop evdev pcspkr xen_netfront ext3 jbd mbcache xen_blkfront
> thermal_sys
> [ =A0287.816113] Pid: 0, comm: swapper Not tainted 2.6.32.9 #4
> [ =A0287.816118] Call Trace:
> [ =A0287.816127] =A0[<c11f2db1>] ? dev_watchdog+0xf8/0x188
> [ =A0287.816135] =A0[<c11f2db1>] ? dev_watchdog+0xf8/0x188
> [ =A0287.816143] =A0[<c1037a1b>] ? warn_slowpath_common+0x5e/0x8= a
> [ =A0287.816151] =A0[<c1037a79>] ? warn_slowpath_fmt+0x26/0x2a > [ =A0287.816159] =A0[<c11f2db1>] ? dev_watchdog+0xf8/0x188
> [ =A0287.816168] =A0[<c100665c>] ? check_events+0x8/0xc
> [ =A0287.816175] =A0[<c1005ff4>] ? xen_force_evtchn_callback+0xc= /0x10
> [ =A0287.816183] =A0[<c100665c>] ? check_events+0x8/0xc
> [ =A0287.816191] =A0[<c1006653>] ? xen_restore_fl_direct_end+0x0= /0x1
> [ =A0287.816200] =A0[<c124f4ea>] ? _spin_unlock_irqrestore+0xe/0= x10
> [ =A0287.816209] =A0[<c1042a74>] ? mod_timer+0x15f/0x168
> [ =A0287.816217] =A0[<c11f2cb9>] ? dev_watchdog+0x0/0x188
> [ =A0287.816224] =A0[<c104263c>] ? run_timer_softirq+0x195/0x217=
> [ =A0287.816232] =A0[<c103cb18>] ? __do_softirq+0xaa/0x151
> [ =A0287.816240] =A0[<c103cbf0>] ? do_softirq+0x31/0x3c
> [ =A0287.816247] =A0[<c103ccc6>] ? irq_exit+0x26/0x58
> [ =A0287.816256] =A0[<c118f14b>] ? xen_evtchn_do_upcall+0x13f/0x= 151
> [ =A0287.816264] =A0[<c1009087>] ? xen_do_upcall+0x7/0xc
> [ =A0287.816272] =A0[<c10023a7>] ? hypercall_page+0x3a7/0x1001 > [ =A0287.816280] =A0[<c1006075>] ? xen_safe_halt+0xf/0x1b
> [ =A0287.816287] =A0[<c1004083>] ? xen_idle+0x23/0x30
> [ =A0287.816295] =A0[<c100773c>] ? cpu_idle+0x46/0x62
> [ =A0287.816303] =A0[<c136e7e0>] ? start_kernel+0x2c7/0x2ca
> [ =A0287.816310] =A0[<c1370d33>] ? xen_start_kernel+0x5e6/0x5ee<= br> > [ =A0287.816315] ---[ end trace 00c16cce2318c073 ]---
> [ =A0287.816320] ncr: Transmit timeout on ncr at 4294964250, latency 5= 83
> [ =A0291.816017] ncr: Transmit timeout on ncr at 4294965250, latency > 1000
> ...
>
> [ =A0412.673801] end_request: I/O error, dev xvda, sector 7608215
> [ =A0412.673826] end_request: I/O error, dev xvda, sector 7608223
> [ =A0412.673837] end_request: I/O error, dev xvda, sector 7608231
> [ =A0480.052035] INFO: task kjournald:565 blocked for more than 120 > seconds.
> [ =A0480.052047] "echo 0 > /proc/sys/kernel/hung_task_timeout_= secs"
> disables this message.
> [ =A0480.052057] kjournald =A0 =A0 D 121f1575 =A0 =A0 0 =A0 565 =A0 = =A0 =A02 0x00000000
> [ =A0480.052069] =A0cf864d80 00000246 c136b7c0 121f1575 c1c25040 c13ce= 460
> c13ce460 cf864f38
> [ =A0480.052091] =A0c26fb460 00000000 5737fa96 00000045 c136b7c0 121f1= e2a
> c1052d6d 6c3e6a53
> [ =A0480.052111] =A000000000 121f1e2a 00000000 cf894690 cf864f38 cf864= d80
> c26fb894 c26fb460
> [ =A0480.052131] Call Trace:
> [ =A0480.052143] =A0[<c1052d6d>] ? ktime_get_ts+0xd7/0xdf
> [ =A0480.052154] =A0[<c124e1eb>] ? io_schedule+0x5f/0x98
> [ =A0480.052162] =A0[<c10d49a2>] ? sync_buffer+0x30/0x33
> [ =A0480.052169] =A0[<c124e645>] ? __wait_on_bit+0x33/0x58
> [ =A0480.052176] =A0[<c10d4972>] ? sync_buffer+0x0/0x33
> [ =A0480.052183] =A0[<c124e720>] ? out_of_line_wait_on_bit+0xb6/= 0xbe
> [ =A0480.052190] =A0[<c10d4972>] ? sync_buffer+0x0/0x33
> [ =A0480.052198] =A0[<c104b97f>] ? wake_bit_function+0x0/0x3c > [ =A0480.052205] =A0[<c10d493f>] ? __wait_on_buffer+0x16/0x18 > [ =A0480.052223] =A0[<d084622d>] ? journal_commit_transaction+0x= 85a/0xd6d
> [jbd]
> [ =A0480.052235] =A0[<c10323bf>] ? finish_task_switch+0x3d/0x9c<= br> > [ =A0480.052243] =A0[<c100665c>] ? check_events+0x8/0xc
> [ =A0480.052250] =A0[<c1006653>] ? xen_restore_fl_direct_end+0x0= /0x1
> [ =A0480.052258] =A0[<c124f4ea>] ? _spin_unlock_irqrestore+0xe/0= x10
> [ =A0480.052267] =A0[<c1042c5a>] ? try_to_del_timer_sync+0x79/0x= 80
> [ =A0480.052276] =A0[<d0848b6f>] ? kjournald+0xbb/0x1e5 [jbd] > [ =A0480.052283] =A0[<c104b952>] ? autoremove_wake_function+0x0/= 0x2d
> [ =A0480.052292] =A0[<d0848ab4>] ? kjournald+0x0/0x1e5 [jbd]
> [ =A0480.052299] =A0[<c104b71e>] ? kthread+0x61/0x66
> [ =A0480.052305] =A0[<c104b6bd>] ? kthread+0x0/0x66
> [ =A0480.052313] =A0[<c1009037>] ? kernel_thread_helper+0x7/0x10=
> [ =A0480.052320] INFO: task rsyslogd:1929 blocked for more than 120 > seconds.
> [ =A0480.052328] "echo 0 > /proc/sys/kernel/hung_task_timeout_= secs"
> disables this message.
> [ =A0480.052337] rsyslogd =A0 =A0 =A0D 00001000 =A0 =A0 0 =A01929 =A0 = =A0 =A01 0x00000000
> [ =A0480.052346] =A0c1c20d40 00000286 d0877650 00001000 c1c25200 c13ce= 460
> c13ce460 c1c20ef8
> [ =A0480.052367] =A0c26fb460 00000000 c1cd5600 c1cf02c0 cf4693ec cf576= 518
> c1005ff4 c26f0a5c
> [ =A0480.052387] =A0cf99fd98 cf99fdac c100665c c26f025c c1c20ef8 c26f0= a5c
> cf99fd98 cf99fdac
> [ =A0480.052407] Call Trace:
> [ =A0480.052418] =A0[<d0877650>] ? __ext3_get_inode_loc+0xc7/0x2= 75 [ext3]
> [ =A0480.052426] =A0[<c1005ff4>] ? xen_force_evtchn_callback+0xc= /0x10
> [ =A0480.052434] =A0[<c100665c>] ? check_events+0x8/0xc
> [ =A0480.052442] =A0[<d0845072>] ? do_get_write_access+0x1f8/0x3= b5 [jbd]
> [ =A0480.052450] =A0[<c104b97f>] ? wake_bit_function+0x0/0x3c > [ =A0480.052459] =A0[<d0845247>] ? journal_get_write_access+0x18= /0x26
> [jbd]
> [ =A0480.052469] =A0[<d0882caf>] ? __ext3_journal_get_write_acce= ss
> +0x13/0x32 [ext3]
> [ =A0480.052479] =A0[<d0877baf>] ? ext3_reserve_inode_write+0x2d= /0x5d
> [ext3]
> [ =A0480.052489] =A0[<d0877bf0>] ? ext3_mark_inode_dirty+0x11/0x= 27 [ext3]
> [ =A0480.052499] =A0[<d0877d05>] ? ext3_dirty_inode+0x50/0x63 [e= xt3]
> [ =A0480.052507] =A0[<c10cf541>] ? __mark_inode_dirty+0x20/0x10c=
> [ =A0480.052515] =A0[<c10c7bc5>] ? file_update_time+0xbe/0xdf > [ =A0480.052523] =A0[<c109107b>] ? __generic_file_aio_write+0x2f= 7/0x452
> [ =A0480.052531] =A0[<c1006653>] ? xen_restore_fl_direct_end+0x0= /0x1
> [ =A0480.052539] =A0[<c124f4ea>] ? _spin_unlock_irqrestore+0xe/0= x10
> [ =A0480.052546] =A0[<c104e617>] ? hrtimer_try_to_cancel+0x6e/0x= 83
> [ =A0480.052554] =A0[<c104e625>] ? hrtimer_try_to_cancel+0x7c/0x= 83
> [ =A0480.052561] =A0[<c1091227>] ? generic_file_aio_write+0x51/0= x93
> [ =A0480.052571] =A0[<c10b8680>] ? do_sync_write+0xc0/0x107
> [ =A0480.052578] =A0[<c104b952>] ? autoremove_wake_function+0x0/= 0x2d
> [ =A0480.052586] =A0[<c102dd9e>] ? pick_next_task_fair+0x95/0x9c=
> [ =A0480.052593] =A0[<c124e105>] ? schedule+0x5ea/0x671
> [ =A0480.052601] =A0[<c1107ae8>] ? security_file_permission+0xc/= 0xd
> [ =A0480.052609] =A0[<c10b85c0>] ? do_sync_write+0x0/0x107
> [ =A0480.052616] =A0[<c10b900b>] ? vfs_write+0x84/0x12f
> [ =A0480.052623] =A0[<c10b914e>] ? sys_write+0x3c/0x63
> [ =A0480.052630] =A0[<c10084b4>] ? sysenter_do_call+0x12/0x28 >
>
>
>
>
>



--000e0cd11096b9bf980482136b9b-- --===============0911257449== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0911257449==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 14:11:43 +0000 Message-ID: <1268921503.10129.39640.camel@zakaz.uk.xensource.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Thu, 2010-03-18 at 13:43 +0000, Ritu kaur wrote: > Hi Ian. > > pcifront_handler_aer is the callback function. This is not the same interrupt/evtchn as your device's interrupt though. This is the PCI error handling notification interrupt (PCI AER is PCI Advanced Error Reporting). [...] > Yes my nic device is sharing interrupts(IRQ17) with usb and ide > devices in dom0. This may be your problem, I don't know if this is expected to work or not. You could experiment with another device which doesn't share an interrupt, just to check that the basic mechanism is working. Ian. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 07:23:48 -0700 Message-ID: <29b32d341003180723l652adb4bvb3b3aba3d8f3a529@mail.gmail.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1213365512==" Return-path: In-Reply-To: <1268921503.10129.39640.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org --===============1213365512== Content-Type: multipart/alternative; boundary=000e0cd0ea86bc1cbe048213fa9e --000e0cd0ea86bc1cbe048213fa9e Content-Type: text/plain; charset=ISO-8859-1 Thanks Ian, could you please clarify me how are interrupts handled for pci passthrough device. I thought it is delivered via evtchn from pciback to pcifront i.e InterruptDescTable->Hypervisor->pciback->pcifront->actual_device is this correct? IRQ is 11 in dom0 for nic device but after driver for nic is loaded in domU IRQ is changed to 17. When you say try with another device should I try with another nic device or someother device? Thanks On Thu, Mar 18, 2010 at 7:11 AM, Ian Campbell wrote: > On Thu, 2010-03-18 at 13:43 +0000, Ritu kaur wrote: > > Hi Ian. > > > > pcifront_handler_aer is the callback function. > > This is not the same interrupt/evtchn as your device's interrupt though. > This is the PCI error handling notification interrupt (PCI AER is PCI > Advanced Error Reporting). > > [...] > > > Yes my nic device is sharing interrupts(IRQ17) with usb and ide > > devices in dom0. > > This may be your problem, I don't know if this is expected to work or > not. > > You could experiment with another device which doesn't share an > interrupt, just to check that the basic mechanism is working. > > Ian. > > > --000e0cd0ea86bc1cbe048213fa9e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Ian, could you please clarify me how are interrupts handled for pci = passthrough device. I thought it is delivered via evtchn from pciback to pc= ifront i.e InterruptDescTable->Hypervisor->pciback->pcifront->a= ctual_device is this correct?

IRQ is 11 in dom0 for nic device but after driver for nic is loaded in = domU IRQ is changed to 17. When you say try with another device should I tr= y with another nic device or someother device?

Thanks


On Thu, Mar 18, 2010 at 7:11 AM, Ian Campbell <Ian.Campbell= @citrix.com> wrote:
On Thu, 2010-03-18 at 13:43 +0000, Ritu kaur wrote:
> Hi Ian.
>
> =A0pcifront_handler_aer is the callback function.

This is not the same interrupt/evtchn as your device's interrupt = though.
This is the PCI error handling notification interrupt (PCI AER is PCI
Advanced Error Reporting).

[...]

> Yes my nic device is sharing interrupts(IRQ17) with usb and ide
> devices in dom0.

This may be your problem, I don't know if this is expected to wor= k or
not.

You could experiment with another device which doesn't share an
interrupt, just to check that the basic mechanism is working.

Ian.



--000e0cd0ea86bc1cbe048213fa9e-- --===============1213365512== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1213365512==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 14:27:04 +0000 Message-ID: <1268922424.10129.39687.camel@zakaz.uk.xensource.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <29b32d341003180723l652adb4bvb3b3aba3d8f3a529@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <29b32d341003180723l652adb4bvb3b3aba3d8f3a529@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Thu, 2010-03-18 at 14:23 +0000, Ritu kaur wrote: > Thanks Ian, could you please clarify me how are interrupts handled for > pci passthrough device. I thought it is delivered via evtchn from > pciback to pcifront i.e > InterruptDescTable->Hypervisor->pciback->pcifront->actual_device is > this correct? Yes, but not on the event channel you found previously, there is a separate one for each device IRQ. > IRQ is 11 in dom0 for nic device but after driver for nic is loaded in > domU IRQ is changed to 17. That's expected, there isn't really any relationship between the IRQ assignment in the guest and domain 0. > When you say try with another device should I try with another nic > device or someother device? Any device which doesn't share an IRQ with another, it doesn't really matter what sort of device it is. NICs are often a convenient choice since they are relatively easy to confirm they are working. Ian. > > Thanks > > > On Thu, Mar 18, 2010 at 7:11 AM, Ian Campbell > wrote: > On Thu, 2010-03-18 at 13:43 +0000, Ritu kaur wrote: > > Hi Ian. > > > > pcifront_handler_aer is the callback function. > > > This is not the same interrupt/evtchn as your device's > interrupt though. > This is the PCI error handling notification interrupt (PCI AER > is PCI > Advanced Error Reporting). > > [...] > > > Yes my nic device is sharing interrupts(IRQ17) with usb and > ide > > devices in dom0. > > > This may be your problem, I don't know if this is expected to > work or > not. > > You could experiment with another device which doesn't share > an > interrupt, just to check that the basic mechanism is working. > > Ian. > > > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 14:32:18 +0000 Message-ID: <1268922738.10129.39708.camel@zakaz.uk.xensource.com> References: <29b32d341003141329v3c6a73c0y8030cf3c6736634c@mail.gmail.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <29b32d341003180723l652adb4bvb3b3aba3d8f3a529@mail.gmail.com> <1268922424.10129.39687.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1268922424.10129.39687.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On Thu, 2010-03-18 at 14:27 +0000, Ian Campbell wrote: > On Thu, 2010-03-18 at 14:23 +0000, Ritu kaur wrote: > > Thanks Ian, could you please clarify me how are interrupts handled > for > > pci passthrough device. I thought it is delivered via evtchn from > > pciback to pcifront i.e > > InterruptDescTable->Hypervisor->pciback->pcifront->actual_device is > > this correct? > > Yes, but not on the event channel you found previously, there is a > separate one for each device IRQ. Actually, not quite. pciback sets up an evtchn which pcifront binds to but pciback then arranges for the hypervisor to directly inject the interrupt on that event channel rather than bouncing through pciback for every interrupt so the actual path is more like: InterruptDescTable->Hypervisor->pcifront->actual_device And really once the device is setup pcifront isn't really involved either, the interrupt goes straight from the event channel to the device driver's interrupt handlerm pciback doesn't do anything for this part. Ian. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 10:39:06 -0400 Message-ID: <20100318143906.GH14445@phenom.dumpdata.com> References: <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1268921503.10129.39640.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: Ritu kaur , "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org > > Yes my nic device is sharing interrupts(IRQ17) with usb and ide > > devices in dom0. > > This may be your problem, I don't know if this is expected to work or > not. Oh yeah. That got fixed in the xen/next (or rather in the pv/pcifront-2.6.32 branch and pv/pciback-2.6.32). It should work with the newer kernel (xen/next from Jeremy's PV-OPS git tree). From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 08:28:18 -0700 Message-ID: <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> References: <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1545124092==" Return-path: In-Reply-To: <20100318143906.GH14445@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: "xen-devel@lists.xensource.com" , Ian Campbell List-Id: xen-devel@lists.xenproject.org --===============1545124092== Content-Type: multipart/alternative; boundary=000e0cd107be5f75ba048214e1f5 --000e0cd107be5f75ba048214e1f5 Content-Type: text/plain; charset=ISO-8859-1 Thanks Ian for clarification on interrupt handling mechanism. Thanks Konrad. Should I use xen/next in dom0 or domU? Thanks On Thu, Mar 18, 2010 at 7:39 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > > > Yes my nic device is sharing interrupts(IRQ17) with usb and ide > > > devices in dom0. > > > > This may be your problem, I don't know if this is expected to work or > > not. > > Oh yeah. That got fixed in the xen/next (or rather in the > pv/pcifront-2.6.32 branch and pv/pciback-2.6.32). > > It should work with the newer kernel (xen/next from Jeremy's PV-OPS git > tree). > --000e0cd107be5f75ba048214e1f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Ian for clarification on interrupt handling mechanism.

Thanks= Konrad. Should I use xen/next in dom0 or domU?

Thanks

On Thu, Mar 18, 2010 at 7:39 AM, Konrad Rzeszutek Wilk= <konrad.wil= k@oracle.com> wrote:
> > Yes my nic device is sharing interrupts(IRQ17) with usb and ide<= br> > > devices in dom0.
>
> This may be your problem, I don't know if this is expected to work= or
> not.

Oh yeah. That got fixed in the xen/next (or rather in the
pv/pcifront-2.6.32 branch and pv/pciback-2.6.32).

It should work with the newer kernel (xen/next from Jeremy's PV-OPS git=
tree).

--000e0cd107be5f75ba048214e1f5-- --===============1545124092== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1545124092==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 18 Mar 2010 12:26:41 -0400 Message-ID: <20100318162641.GA24175@phenom.dumpdata.com> References: <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" , Ian Campbell List-Id: xen-devel@lists.xenproject.org On Thu, Mar 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote: > Thanks Ian for clarification on interrupt handling mechanism. > > Thanks Konrad. Should I use xen/next in dom0 or domU? Both. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Fri, 19 Mar 2010 08:27:54 -0700 Message-ID: <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> References: <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <20100316152259.GO1878@reaktio.net> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2147379286==" Return-path: In-Reply-To: <20100318162641.GA24175@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: "xen-devel@lists.xensource.com" , Ian Campbell List-Id: xen-devel@lists.xenproject.org --===============2147379286== Content-Type: multipart/alternative; boundary=000e0cd17d04be3c4e048228fd29 --000e0cd17d04be3c4e048228fd29 Content-Type: text/plain; charset=ISO-8859-1 Thanks Konrad. I downloaded kernel code from xen/next. I believe this requires 3.4.3 or 4.0.0 xen hypervisor code, I downloaded xen hypervisor from xenbits.xensource.com/xen-unstable.hg. For xcp dom0 all compilation happens in DDK and no make utility is available and as I understand I need to execute make install-* in dom0. For install-xen probably I can copy xen.gz into /boot and modify files to reflect that but I am not sure what's the needed to install tools and stubdom in xcp dom0? make xen make tools make stubdom make install-xen make install-tools make install-stubdom Thanks On Thu, Mar 18, 2010 at 9:26 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Thu, Mar 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote: > > Thanks Ian for clarification on interrupt handling mechanism. > > > > Thanks Konrad. Should I use xen/next in dom0 or domU? > > Both. > --000e0cd17d04be3c4e048228fd29 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Konrad. I downloaded kernel code from=A0 xen/next. I believe this re= quires 3.4.3 or 4.0.0 xen hypervisor code, I downloaded xen hypervisor from= xenbits.xensource= .com/xen-unstable.hg. For xcp dom0 all compilation happens in DDK and n= o make utility is available and as I understand I need to execute make inst= all-* in dom0. For install-xen probably I can copy xen.gz into /boot and mo= dify files to reflect that but I am not sure what's the needed to insta= ll tools and stubdom in xcp dom0?

make xen
make tools
make stubdom

make install-xen
make= =20 install-tools
make install-stubdom

Thanks

On Thu, Mar 18, 2010 at 9:26 AM, Konrad Rzeszutek Wilk <ko= nrad.wilk@oracle.com> wrote:
On Thu, Mar = 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote:
> Thanks Ian for clarification on interrupt handling mechanism.
>
> Thanks Konrad. Should I use xen/next in dom0 or domU?

Both.

--000e0cd17d04be3c4e048228fd29-- --===============2147379286== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2147379286==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 20 Mar 2010 18:50:33 -0700 Message-ID: <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> References: <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <29b32d341003161625w2969f2daib3408561920793d3@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1887595685==" Return-path: In-Reply-To: <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: "xen-devel@lists.xensource.com" , Ian Campbell List-Id: xen-devel@lists.xenproject.org --===============1887595685== Content-Type: multipart/alternative; boundary=000e0cd1186a60aa1d048245cef4 --000e0cd1186a60aa1d048245cef4 Content-Type: text/plain; charset=ISO-8859-1 with 3.4.3 xen and kernel code from Jeremy's xen/next puts dom0 into continuous reboot mode. 1. downloaded xen/next code into DDK and generated tar-pkg, it generates linux-2.6.32.tar. Copied this tar file into root directory of dom0 and extracted the file. 2. Copied xen code from http://xenbits.xensource.com/xen-3.4-testing.hg into DDK and did "make xen", copied xen.3.4.3.gz into /boot of dom0. modified extlinux.conf to point to new vmlinuz and xen. dom0 is in continuous reboot mode, let me know what am I doing wrong? Thanks On Fri, Mar 19, 2010 at 8:27 AM, Ritu kaur wrote: > Thanks Konrad. I downloaded kernel code from xen/next. I believe this > requires 3.4.3 or 4.0.0 xen hypervisor code, I downloaded xen hypervisor > from xenbits.xensource.com/xen-unstable.hg. For xcp dom0 all compilation > happens in DDK and no make utility is available and as I understand I need > to execute make install-* in dom0. For install-xen probably I can copy > xen.gz into /boot and modify files to reflect that but I am not sure what's > the needed to install tools and stubdom in xcp dom0? > > make xen > make tools > make stubdom > > make install-xen > make install-tools > make install-stubdom > > Thanks > > > On Thu, Mar 18, 2010 at 9:26 AM, Konrad Rzeszutek Wilk < > konrad.wilk@oracle.com> wrote: > >> On Thu, Mar 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote: >> > Thanks Ian for clarification on interrupt handling mechanism. >> > >> > Thanks Konrad. Should I use xen/next in dom0 or domU? >> >> Both. >> > > --000e0cd1186a60aa1d048245cef4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable with 3.4.3 xen and kernel code from Jeremy's xen/next puts dom0 into co= ntinuous reboot mode.

1. downloaded xen/next code into DDK and gener= ated tar-pkg, it generates linux-2.6.32.tar. Copied this tar file into root= directory of dom0 and extracted the file.

2. Copied xen code from http://xenbits.xensource.com/xen-3.4-testing.hg into DDK a= nd did "make xen", copied xen.3.4.3.gz into /boot of dom0.
modified extlinux.conf to point to new vmlinuz and xen. dom0 is in continuo= us reboot mode, let me know what am I doing wrong?

Thanks

On Fri, Mar 19, 2010 at 8:27 AM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Thanks Konrad. I = downloaded kernel code from=A0 xen/next. I believe this requires 3.4.3 or 4= .0.0 xen hypervisor code, I downloaded xen hypervisor from xenbits.xensourc= e.com/xen-unstable.hg. For xcp dom0 all compilation happens in DDK and = no make utility is available and as I understand I need to execute make ins= tall-* in dom0. For install-xen probably I can copy xen.gz into /boot and m= odify files to reflect that but I am not sure what's the needed to inst= all tools and stubdom in xcp dom0?

make xen
make tools
make stubdom

make install-xen
make= =20 install-tools
make install-stubdom

Thanks


On Thu, Mar 18, 2010 at 9:26 A= M, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote= :
On Thu, Mar = 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote:
> Thanks Ian for clarification on interrupt handling mechanism.
>
> Thanks Konrad. Should I use xen/next in dom0 or domU?

Both.


--000e0cd1186a60aa1d048245cef4-- --===============1887595685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1887595685==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 21 Mar 2010 10:22:06 -0700 Message-ID: <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> References: <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1521706281==" Return-path: In-Reply-To: <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1521706281== Content-Type: multipart/alternative; boundary=000e0cd1b124daa73d048252d1b0 --000e0cd1b124daa73d048252d1b0 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am running out of options to test pci passthrough with shared interrupts, since xen/next kernel doesn't work with xcp0.1.1 dom0. I tried couple of combinations 1. xen 3.4.3 with xen/next kernel, dom0 continuous reboot, boot messages goes off pretty fast so not sure what's going wrong here. 2. xen 3.4.3 with 2.6.27.42-0.1.1.xs0.1.1.737.1065xen(i.e which comes with xcp 0.1.1 default) system boots fine. 3. Assuming "1" is related to wrong .config file, copied kernel-2.6.27.42-0.1.1.xs0.1.1.737.1065-i686-xen.config which comes with dom0 kernel code, compiled and still same result as "1". Note: All 3, I tested by copying just xen3.4.3.gz, tools and stubdom is not copied. If there is any viable options left to try out let me know. Thanks On Sat, Mar 20, 2010 at 6:50 PM, Ritu kaur wrote: > with 3.4.3 xen and kernel code from Jeremy's xen/next puts dom0 into > continuous reboot mode. > > 1. downloaded xen/next code into DDK and generated tar-pkg, it generates > linux-2.6.32.tar. Copied this tar file into root directory of dom0 and > extracted the file. > > 2. Copied xen code from http://xenbits.xensource.com/xen-3.4-testing.hginto DDK and did "make xen", copied xen.3.4.3.gz into /boot of dom0. > > modified extlinux.conf to point to new vmlinuz and xen. dom0 is in > continuous reboot mode, let me know what am I doing wrong? > > Thanks > > > On Fri, Mar 19, 2010 at 8:27 AM, Ritu kaur wrote: > >> Thanks Konrad. I downloaded kernel code from xen/next. I believe this >> requires 3.4.3 or 4.0.0 xen hypervisor code, I downloaded xen hypervisor >> from xenbits.xensource.com/xen-unstable.hg. For xcp dom0 all compilation >> happens in DDK and no make utility is available and as I understand I need >> to execute make install-* in dom0. For install-xen probably I can copy >> xen.gz into /boot and modify files to reflect that but I am not sure what's >> the needed to install tools and stubdom in xcp dom0? >> >> make xen >> make tools >> make stubdom >> >> make install-xen >> make install-tools >> make install-stubdom >> >> Thanks >> >> >> On Thu, Mar 18, 2010 at 9:26 AM, Konrad Rzeszutek Wilk < >> konrad.wilk@oracle.com> wrote: >> >>> On Thu, Mar 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote: >>> > Thanks Ian for clarification on interrupt handling mechanism. >>> > >>> > Thanks Konrad. Should I use xen/next in dom0 or domU? >>> >>> Both. >>> >> >> > --000e0cd1b124daa73d048252d1b0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am running out of options to test pci passthrough with shared = interrupts, since xen/next kernel doesn't work with xcp0.1.1 dom0. I tr= ied couple of combinations

1. xen 3.4.3 with xen/next kernel, dom0 c= ontinuous reboot, boot messages goes off pretty fast so not sure what's= going wrong here.

2. xen 3.4.3 with 2.6.27.42-0.1.1.xs0.1.1.737.1065xen(i.e which comes w= ith xcp 0.1.1 default) system boots fine.

3. Assuming "1" = is related to wrong .config file, copied kernel-2.6.27.42-0.1.1.xs0.1.1.737= .1065-i686-xen.config which comes with dom0 kernel code, compiled and still= same result as "1".

Note: All 3, I tested by copying just xen3.4.3.gz, tools and stubdom is= not copied. If there is any viable options left to try out let me know.
Thanks

On Sat, Mar 20, 2010 at 6:50 = PM, Ritu kaur <ritu.ka= ur.us@gmail.com> wrote:
with 3.4.3 xen an= d kernel code from Jeremy's xen/next puts dom0 into continuous reboot m= ode.

1. downloaded xen/next code into DDK and generated tar-pkg, it generate= s linux-2.6.32.tar. Copied this tar file into root directory of dom0 and ex= tracted the file.

2. Copied xen code from http://xenbits.xensource.com/xen-3.4-testing= .hg into DDK and did "make xen", copied xen.3.4.3.gz into /bo= ot of dom0.

modified extlinux.conf to point to new vmlinuz and xen. dom0 is in continuo= us reboot mode, let me know what am I doing wrong?

Thanks
=


On Fri, Mar 19, = 2010 at 8:27 AM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Thanks Konrad. I = downloaded kernel code from=A0 xen/next. I believe this requires 3.4.3 or 4= .0.0 xen hypervisor code, I downloaded xen hypervisor from xenbits.xensourc= e.com/xen-unstable.hg. For xcp dom0 all compilation happens in DDK and = no make utility is available and as I understand I need to execute make ins= tall-* in dom0. For install-xen probably I can copy xen.gz into /boot and m= odify files to reflect that but I am not sure what's the needed to inst= all tools and stubdom in xcp dom0?

make xen
make tools
make stubdom

make install-xen
make= =20 install-tools
make install-stubdom

Thanks

On Thu, Mar 18, 2010 at 9:26 AM, Konrad Rze= szutek Wilk <konrad.wilk@oracle.com> wrote:
On Thu, Mar = 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote:
> Thanks Ian for clarification on interrupt handling mechanism.
>
> Thanks Konrad. Should I use xen/next in dom0 or domU?

Both.



--000e0cd1b124daa73d048252d1b0-- --===============1521706281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1521706281==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 21 Mar 2010 20:41:05 +0200 Message-ID: <20100321184105.GV1878@reaktio.net> References: <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <1268903824.10129.38718.camel@zakaz.uk.xensource.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sun, Mar 21, 2010 at 10:22:06AM -0700, Ritu kaur wrote: > Hi, > > I am running out of options to test pci passthrough with shared > interrupts, since xen/next kernel doesn't work with xcp0.1.1 dom0. I tried > couple of combinations > > 1. xen 3.4.3 with xen/next kernel, dom0 continuous reboot, boot messages > goes off pretty fast so not sure what's going wrong here. > You need to set up a serial console so you can capture the boot messages: http://wiki.xensource.com/xenwiki/XenSerialConsole > 2. xen 3.4.3 with 2.6.27.42-0.1.1.xs0.1.1.737.1065xen(i.e which comes with > xcp 0.1.1 default) system boots fine. > > 3. Assuming "1" is related to wrong .config file, copied > kernel-2.6.27.42-0.1.1.xs0.1.1.737.1065-i686-xen.config which comes with > dom0 kernel code, compiled and still same result as "1". > You can't really use the "xenlinux" kernel-2.6.27.42-0.1.1.xs0.1.1.737.1065-i686-xen.config with a pvops dom0 kernel. They're different kernels with different .config options. > Note: All 3, I tested by copying just xen3.4.3.gz, tools and stubdom is > not copied. If there is any viable options left to try out let me know. > Set up the serial console and figure out why xen/next pvops dom0 kernel doesn't boot for you. Make sure you have these options for the dom0 kernel: console=hvc0 earlyprintk=xen nomodeset More help here: http://wiki.xensource.com/xenwiki/XenParavirtOps -- Pasi > Thanks > > On Sat, Mar 20, 2010 at 6:50 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com> > wrote: > > with 3.4.3 xen and kernel code from Jeremy's xen/next puts dom0 into > continuous reboot mode. > > 1. downloaded xen/next code into DDK and generated tar-pkg, it generates > linux-2.6.32.tar. Copied this tar file into root directory of dom0 and > extracted the file. > > 2. Copied xen code from > [3]http://xenbits.xensource.com/xen-3.4-testing.hg into DDK and did > "make xen", copied xen.3.4.3.gz into /boot of dom0. > > modified extlinux.conf to point to new vmlinuz and xen. dom0 is in > continuous reboot mode, let me know what am I doing wrong? > > Thanks > > On Fri, Mar 19, 2010 at 8:27 AM, Ritu kaur > <[4]ritu.kaur.us@[5]gmail.com> wrote: > > Thanks Konrad. I downloaded kernel code from xen/next. I believe this > requires 3.4.3 or 4.0.0 xen hypervisor code, I downloaded xen > hypervisor from [6]xenbits.xensource.com/xen-unstable.hg. For xcp dom0 > all compilation happens in DDK and no make utility is available and as > I understand I need to execute make install-* in dom0. For install-xen > probably I can copy xen.gz into /boot and modify files to reflect that > but I am not sure what's the needed to install tools and stubdom in > xcp dom0? > > make xen > make tools > make stubdom > > make install-xen > make install-tools > make install-stubdom > > Thanks > > On Thu, Mar 18, 2010 at 9:26 AM, Konrad Rzeszutek Wilk > <[7]konrad.wilk@oracle.com> wrote: > > On Thu, Mar 18, 2010 at 08:28:18AM -0700, Ritu kaur wrote: > > Thanks Ian for clarification on interrupt handling mechanism. > > > > Thanks Konrad. Should I use xen/next in dom0 or domU? > > Both. > > References > > Visible links > 1. http://ritu.kaur.us/ > 2. http://gmail.com/ > 3. http://xenbits.xensource.com/xen-3.4-testing.hg > 4. http://ritu.kaur.us/ > 5. http://gmail.com/ > 6. http://xenbits.xensource.com/xen-unstable.hg > 7. mailto:konrad.wilk@oracle.com > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 21 Mar 2010 14:21:31 -0700 Message-ID: <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> References: <29b32d341003171144k628a7741x17b6658731f96e4b@mail.gmail.com> <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2071697997==" Return-path: In-Reply-To: <20100321184105.GV1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============2071697997== Content-Type: multipart/alternative; boundary=001636b14a5312ff3d0482562ad0 --001636b14a5312ff3d0482562ad0 Content-Type: text/plain; charset=ISO-8859-1 Thanks Pasi, I did look into debugging via serial console yesterday, system is rack mounted and currently not a viable option for me since it requires admin approval, I am looking into this. Aside from that, I believe xen/next should work with xcp 0.1.1 i.e 1. xen 3.4.3.gz, xen/next kernel. Take tar-pkg built from xen/next, untar it in xcp0.1.1 dom0, modify extlinux.conf to boot from 3.4.3 and new kernel. will this work? Thanks --001636b14a5312ff3d0482562ad0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi, I did look into debugging via serial console yesterday, system= is rack mounted and currently not a viable option for me since it requires= admin approval, I am looking into this. Aside from that, I believe xen/nex= t should work with xcp 0.1.1 i.e

1. xen 3.4.3.gz, xen/next kernel. Take tar-pkg built from xen/next, unt= ar it in xcp0.1.1 dom0, modify extlinux.conf to boot from 3.4.3 and new ker= nel. will this work?

Thanks

--001636b14a5312ff3d0482562ad0-- --===============2071697997== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2071697997==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 22 Mar 2010 10:58:32 +0200 Message-ID: <20100322085832.GZ1878@reaktio.net> References: <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <1268921503.10129.39640.camel@zakaz.uk.xensource.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sun, Mar 21, 2010 at 02:21:31PM -0700, Ritu kaur wrote: > Thanks Pasi, I did look into debugging via serial console yesterday, > system is rack mounted and currently not a viable option for me since it > requires admin approval, I am looking into this. Aside from that, I > believe xen/next should work with xcp 0.1.1 i.e > > 1. xen 3.4.3.gz, xen/next kernel. Take tar-pkg built from xen/next, untar > it in xcp0.1.1 dom0, modify extlinux.conf to boot from 3.4.3 and new > kernel. will this work? > It should, assuming you don't have some incompatibility with xen/next and your hardware. You might also want to try xen 4.0.0 instead of 3.4.3! But anyway it's best to use the serial console, or SOL (Serial-Over-Lan) to capture the boot messages, so we can actually SEE what's the problem. -- Pasi From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 22 Mar 2010 14:02:33 -0700 Message-ID: <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> References: <29b32d341003180643o326f7f43h97c25bd104f3b658@mail.gmail.com> <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1647530054==" Return-path: In-Reply-To: <20100322085832.GZ1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1647530054== Content-Type: multipart/alternative; boundary=000e0cd184a417523e04826a0474 --000e0cd184a417523e04826a0474 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable While I wait for access to the system for serial debugging, I am suspecting probably .config file used to build kernel might be wrong. Is there a reference .config file for 32bit xen/next which I could compare with? Thanks On Mon, Mar 22, 2010 at 1:58 AM, Pasi K=E4rkk=E4inen wrote: > On Sun, Mar 21, 2010 at 02:21:31PM -0700, Ritu kaur wrote: > > Thanks Pasi, I did look into debugging via serial console yesterday, > > system is rack mounted and currently not a viable option for me sinc= e > it > > requires admin approval, I am looking into this. Aside from that, I > > believe xen/next should work with xcp 0.1.1 i.e > > > > 1. xen 3.4.3.gz, xen/next kernel. Take tar-pkg built from xen/next, > untar > > it in xcp0.1.1 dom0, modify extlinux.conf to boot from 3.4.3 and new > > kernel. will this work? > > > > It should, assuming you don't have some incompatibility with xen/next and > your hardware. > You might also want to try xen 4.0.0 instead of 3.4.3! > > But anyway it's best to use the serial console, or SOL (Serial-Over-Lan) = to > capture > the boot messages, so we can actually SEE what's the problem. > > -- Pasi > > --000e0cd184a417523e04826a0474 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable While I wait for access to the system for serial debugging, I am suspecting= probably .config file used to build kernel might be wrong. Is there a refe= rence .config file for 32bit xen/next which I could compare with?

Thanks

On Mon, Mar 22, 2010 at 1:58 AM, P= asi K=E4rkk=E4inen <pa= sik@iki.fi> wrote:
On Sun, Mar 21, 2010 at 02:21:31PM -0700,= Ritu kaur wrote:
> =A0 =A0Thanks Pasi, I did look into debugging via serial console yeste= rday,
> =A0 =A0system is rack mounted and currently not a viable option for me= since it
> =A0 =A0requires admin approval, I am looking into this. Aside from tha= t, I
> =A0 =A0believe xen/next should work with xcp 0.1.1 i.e
>
> =A0 =A01. xen 3.4.3.gz, xen/next kernel. Take tar-pkg built from xen/n= ext, untar
> =A0 =A0it in xcp0.1.1 dom0, modify extlinux.conf to boot from 3.4.3 an= d new
> =A0 =A0kernel. will this work?
>

It should, assuming you don't have some incompatibility wit= h xen/next and your hardware.
You might also want to try xen 4.0.0 instead of 3.4.3!

But anyway it's best to use the serial console, or SOL (Serial-Over-Lan= ) to capture
the boot messages, so we can actually SEE what's the problem.

-- Pasi


--000e0cd184a417523e04826a0474-- --===============1647530054== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1647530054==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 22 Mar 2010 23:09:44 +0200 Message-ID: <20100322210944.GS1878@reaktio.net> References: <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003180828j3b606b2bh8267a6cadd889240@mail.gmail.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Mon, Mar 22, 2010 at 02:02:33PM -0700, Ritu kaur wrote: > While I wait for access to the system for serial debugging, I am > suspecting probably .config file used to build kernel might be wrong= . Is > there a reference .config file for 32bit xen/next which I could comp= are > with? > Yep, please check: http://wiki.xensource.com/xenwiki/XenParavirtOps =20 -- Pasi > Thanks >=20 > On Mon, Mar 22, 2010 at 1:58 AM, Pasi K=E4rkk=E4inen <[1]pasik@iki.f= i> wrote: >=20 > On Sun, Mar 21, 2010 at 02:21:31PM -0700, Ritu kaur wrote: > > Thanks Pasi, I did look into debugging via serial console > yesterday, > > system is rack mounted and currently not a viable option for = me > since it > > requires admin approval, I am looking into this. Aside from t= hat, I > > believe xen/next should work with xcp 0.1.1 i.e > > > > 1. xen 3.4.3.gz, xen/next kernel. Take tar-pkg built from xen= /next, > untar > > it in xcp0.1.1 dom0, modify extlinux.conf to boot from 3.4.3 = and > new > > kernel. will this work? > > >=20 > It should, assuming you don't have some incompatibility with xen/n= ext > and your hardware. > You might also want to try xen 4.0.0 instead of 3.4.3! >=20 > But anyway it's best to use the serial console, or SOL (Serial-Ove= r-Lan) > to capture > the boot messages, so we can actually SEE what's the problem. > -- Pasi >=20 > References >=20 > Visible links > 1. mailto:pasik@iki.fi From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 23 Mar 2010 13:21:22 -0700 Message-ID: <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> References: <20100318143906.GH14445@phenom.dumpdata.com> <20100318162641.GA24175@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=0003255628daaa007404827d8e5a Return-path: In-Reply-To: <20100322210944.GS1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --0003255628daaa007404827d8e5a Content-Type: multipart/alternative; boundary=0003255628daaa006804827d8e58 --0003255628daaa006804827d8e58 Content-Type: text/plain; charset=ISO-8859-1 Thanks Pasi. With .config file available at wiki I get following errors for "make tar-pkg". I have tried both 2.6.32.9(which was available couple of days earlier and with 2.6.32.10 and have compiled couple of times with the same error) ... DEPMOD 2.6.32 /bin/sh: line 1: 2811 Killed /sbin/depmod -ae -F System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32 make[3]: *** [_modinst_post] Error 137 make[2]: *** [sub-make] Error 2 make[1]: *** [tar-pkg] Error 2 make: *** [tar-pkg] Error 2 ... with the .config I have, tar-pkg is generated successfully. I double checked .config I have with " the xen config options of a working Dom0 given in wiki", so not sure what could be wrong. I have attached my .config for reference. Thanks --0003255628daaa006804827d8e58 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. With .config file available at wiki I get following errors for= "make tar-pkg". I have tried both 2.6.32.9(which was available c= ouple of days earlier and with 2.6.32.10 and have compiled couple of times = with the same error)

...
=A0DEPMOD=A0 2.6.32
/bin/sh: line 1:=A0 2811 Killed=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 /sbin/depmod -ae -F System.map -b /root/kernel/linux-2.6.32/tar-i= nstall 2.6.32
make[3]: *** [_modinst_post] Error 137
make[2]: *** [su= b-make] Error 2
make[1]: *** [tar-pkg] Error 2
make: *** [tar-pkg] Error 2
...

with the .config I have, tar-pkg = is generated successfully. I double checked .config I have=A0 with " t= he xen config options of a working Dom0 given in wiki", so not sure wh= at could be wrong.=A0 I have attached my .config for reference.

Thanks
--0003255628daaa006804827d8e58-- --0003255628daaa007404827d8e5a Content-Type: application/octet-stream; name=".config.2.6.32" Content-Disposition: attachment; filename=".config.2.6.32" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g7555hac0 IwojIEF1dG9tYXRpY2FsbHkgZ2VuZXJhdGVkIG1ha2UgY29uZmlnOiBkb24ndCBlZGl0CiMgTGlu dXgga2VybmVsIHZlcnNpb246IDIuNi4zMgojIFRodSBNYXIgMTggMTU6MDI6MDEgMjAxMAojCiMg Q09ORklHXzY0QklUIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl8zMj15CiMgQ09ORklHX1g4Nl82NCBp cyBub3Qgc2V0CkNPTkZJR19YODY9eQpDT05GSUdfT1VUUFVUX0ZPUk1BVD0iZWxmMzItaTM4NiIK Q09ORklHX0FSQ0hfREVGQ09ORklHPSJhcmNoL3g4Ni9jb25maWdzL2kzODZfZGVmY29uZmlnIgpD T05GSUdfR0VORVJJQ19USU1FPXkKQ09ORklHX0dFTkVSSUNfQ01PU19VUERBVEU9eQpDT05GSUdf Q0xPQ0tTT1VSQ0VfV0FUQ0hET0c9eQpDT05GSUdfR0VORVJJQ19DTE9DS0VWRU5UUz15CkNPTkZJ R19HRU5FUklDX0NMT0NLRVZFTlRTX0JST0FEQ0FTVD15CkNPTkZJR19MT0NLREVQX1NVUFBPUlQ9 eQpDT05GSUdfU1RBQ0tUUkFDRV9TVVBQT1JUPXkKQ09ORklHX0hBVkVfTEFURU5DWVRPUF9TVVBQ T1JUPXkKQ09ORklHX01NVT15CkNPTkZJR19aT05FX0RNQT15CkNPTkZJR19HRU5FUklDX0lTQV9E TUE9eQpDT05GSUdfR0VORVJJQ19JT01BUD15CkNPTkZJR19HRU5FUklDX0JVRz15CkNPTkZJR19H RU5FUklDX0hXRUlHSFQ9eQpDT05GSUdfQVJDSF9NQVlfSEFWRV9QQ19GREM9eQojIENPTkZJR19S V1NFTV9HRU5FUklDX1NQSU5MT0NLIGlzIG5vdCBzZXQKQ09ORklHX1JXU0VNX1hDSEdBRERfQUxH T1JJVEhNPXkKQ09ORklHX0FSQ0hfSEFTX0NQVV9JRExFX1dBSVQ9eQpDT05GSUdfR0VORVJJQ19D QUxJQlJBVEVfREVMQVk9eQojIENPTkZJR19HRU5FUklDX1RJTUVfVlNZU0NBTEwgaXMgbm90IHNl dApDT05GSUdfQVJDSF9IQVNfQ1BVX1JFTEFYPXkKQ09ORklHX0FSQ0hfSEFTX0RFRkFVTFRfSURM RT15CkNPTkZJR19BUkNIX0hBU19DQUNIRV9MSU5FX1NJWkU9eQpDT05GSUdfSEFWRV9TRVRVUF9Q RVJfQ1BVX0FSRUE9eQpDT05GSUdfTkVFRF9QRVJfQ1BVX0VNQkVEX0ZJUlNUX0NIVU5LPXkKQ09O RklHX05FRURfUEVSX0NQVV9QQUdFX0ZJUlNUX0NIVU5LPXkKIyBDT05GSUdfSEFWRV9DUFVNQVNL X09GX0NQVV9NQVAgaXMgbm90IHNldApDT05GSUdfQVJDSF9ISUJFUk5BVElPTl9QT1NTSUJMRT15 CkNPTkZJR19BUkNIX1NVU1BFTkRfUE9TU0lCTEU9eQojIENPTkZJR19aT05FX0RNQTMyIGlzIG5v dCBzZXQKQ09ORklHX0FSQ0hfUE9QVUxBVEVTX05PREVfTUFQPXkKIyBDT05GSUdfQVVESVRfQVJD SCBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1NVUFBPUlRTX09QVElNSVpFRF9JTkxJTklORz15CkNP TkZJR19BUkNIX1NVUFBPUlRTX0RFQlVHX1BBR0VBTExPQz15CkNPTkZJR19HRU5FUklDX0hBUkRJ UlFTPXkKQ09ORklHX0dFTkVSSUNfSEFSRElSUVNfTk9fX0RPX0lSUT15CkNPTkZJR19HRU5FUklD X0lSUV9QUk9CRT15CkNPTkZJR19HRU5FUklDX1BFTkRJTkdfSVJRPXkKQ09ORklHX1VTRV9HRU5F UklDX1NNUF9IRUxQRVJTPXkKQ09ORklHX1g4Nl8zMl9TTVA9eQpDT05GSUdfWDg2X0hUPXkKQ09O RklHX1g4Nl9UUkFNUE9MSU5FPXkKQ09ORklHX1g4Nl8zMl9MQVpZX0dTPXkKQ09ORklHX0tUSU1F X1NDQUxBUj15CkNPTkZJR19ERUZDT05GSUdfTElTVD0iL2xpYi9tb2R1bGVzLyRVTkFNRV9SRUxF QVNFLy5jb25maWciCkNPTkZJR19DT05TVFJVQ1RPUlM9eQoKIwojIEdlbmVyYWwgc2V0dXAKIwpD T05GSUdfRVhQRVJJTUVOVEFMPXkKQ09ORklHX0xPQ0tfS0VSTkVMPXkKQ09ORklHX0lOSVRfRU5W X0FSR19MSU1JVD0zMgpDT05GSUdfTE9DQUxWRVJTSU9OPSIiCiMgQ09ORklHX0xPQ0FMVkVSU0lP Tl9BVVRPIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfS0VSTkVMX0daSVA9eQpDT05GSUdfSEFWRV9L RVJORUxfQlpJUDI9eQpDT05GSUdfSEFWRV9LRVJORUxfTFpNQT15CkNPTkZJR19LRVJORUxfR1pJ UD15CiMgQ09ORklHX0tFUk5FTF9CWklQMiBpcyBub3Qgc2V0CiMgQ09ORklHX0tFUk5FTF9MWk1B IGlzIG5vdCBzZXQKQ09ORklHX1NXQVA9eQpDT05GSUdfU1lTVklQQz15CkNPTkZJR19TWVNWSVBD X1NZU0NUTD15CkNPTkZJR19QT1NJWF9NUVVFVUU9eQpDT05GSUdfUE9TSVhfTVFVRVVFX1NZU0NU TD15CkNPTkZJR19CU0RfUFJPQ0VTU19BQ0NUPXkKQ09ORklHX0JTRF9QUk9DRVNTX0FDQ1RfVjM9 eQpDT05GSUdfVEFTS1NUQVRTPXkKQ09ORklHX1RBU0tfREVMQVlfQUNDVD15CkNPTkZJR19UQVNL X1hBQ0NUPXkKQ09ORklHX1RBU0tfSU9fQUNDT1VOVElORz15CkNPTkZJR19BVURJVD15CkNPTkZJ R19BVURJVFNZU0NBTEw9eQpDT05GSUdfQVVESVRfVFJFRT15CgojCiMgUkNVIFN1YnN5c3RlbQoj CkNPTkZJR19UUkVFX1JDVT15CiMgQ09ORklHX1RSRUVfUFJFRU1QVF9SQ1UgaXMgbm90IHNldAoj IENPTkZJR19SQ1VfVFJBQ0UgaXMgbm90IHNldApDT05GSUdfUkNVX0ZBTk9VVD0zMgojIENPTkZJ R19SQ1VfRkFOT1VUX0VYQUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfVFJFRV9SQ1VfVFJBQ0UgaXMg bm90IHNldAojIENPTkZJR19JS0NPTkZJRyBpcyBub3Qgc2V0CkNPTkZJR19MT0dfQlVGX1NISUZU PTE3CkNPTkZJR19IQVZFX1VOU1RBQkxFX1NDSEVEX0NMT0NLPXkKQ09ORklHX0dST1VQX1NDSEVE PXkKQ09ORklHX0ZBSVJfR1JPVVBfU0NIRUQ9eQojIENPTkZJR19SVF9HUk9VUF9TQ0hFRCBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTRVJfU0NIRUQgaXMgbm90IHNldApDT05GSUdfQ0dST1VQX1NDSEVE PXkKQ09ORklHX0NHUk9VUFM9eQojIENPTkZJR19DR1JPVVBfREVCVUcgaXMgbm90IHNldApDT05G SUdfQ0dST1VQX05TPXkKIyBDT05GSUdfQ0dST1VQX0ZSRUVaRVIgaXMgbm90IHNldApDT05GSUdf Q0dST1VQX0RFVklDRT15CkNPTkZJR19DUFVTRVRTPXkKQ09ORklHX1BST0NfUElEX0NQVVNFVD15 CkNPTkZJR19DR1JPVVBfQ1BVQUNDVD15CiMgQ09ORklHX1JFU09VUkNFX0NPVU5URVJTIGlzIG5v dCBzZXQKQ09ORklHX1NZU0ZTX0RFUFJFQ0FURUQ9eQpDT05GSUdfU1lTRlNfREVQUkVDQVRFRF9W Mj15CkNPTkZJR19SRUxBWT15CkNPTkZJR19OQU1FU1BBQ0VTPXkKQ09ORklHX1VUU19OUz15CkNP TkZJR19JUENfTlM9eQpDT05GSUdfVVNFUl9OUz15CkNPTkZJR19QSURfTlM9eQojIENPTkZJR19O RVRfTlMgaXMgbm90IHNldApDT05GSUdfQkxLX0RFVl9JTklUUkQ9eQpDT05GSUdfSU5JVFJBTUZT X1NPVVJDRT0iIgpDT05GSUdfUkRfR1pJUD15CkNPTkZJR19SRF9CWklQMj15CkNPTkZJR19SRF9M Wk1BPXkKQ09ORklHX0NDX09QVElNSVpFX0ZPUl9TSVpFPXkKQ09ORklHX1NZU0NUTD15CkNPTkZJ R19BTk9OX0lOT0RFUz15CiMgQ09ORklHX0VNQkVEREVEIGlzIG5vdCBzZXQKQ09ORklHX1VJRDE2 PXkKQ09ORklHX1NZU0NUTF9TWVNDQUxMPXkKQ09ORklHX0tBTExTWU1TPXkKIyBDT05GSUdfS0FM TFNZTVNfQUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfS0FMTFNZTVNfRVhUUkFfUEFTUyBpcyBub3Qg c2V0CkNPTkZJR19IT1RQTFVHPXkKQ09ORklHX1BSSU5USz15CkNPTkZJR19CVUc9eQpDT05GSUdf RUxGX0NPUkU9eQpDT05GSUdfUENTUEtSX1BMQVRGT1JNPXkKQ09ORklHX0JBU0VfRlVMTD15CkNP TkZJR19GVVRFWD15CkNPTkZJR19FUE9MTD15CkNPTkZJR19TSUdOQUxGRD15CkNPTkZJR19USU1F UkZEPXkKQ09ORklHX0VWRU5URkQ9eQpDT05GSUdfU0hNRU09eQpDT05GSUdfQUlPPXkKQ09ORklH X0hBVkVfUEVSRl9FVkVOVFM9eQoKIwojIEtlcm5lbCBQZXJmb3JtYW5jZSBFdmVudHMgQW5kIENv dW50ZXJzCiMKQ09ORklHX1BFUkZfRVZFTlRTPXkKQ09ORklHX0VWRU5UX1BST0ZJTEU9eQojIENP TkZJR19QRVJGX0NPVU5URVJTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfUEVSRl9VU0VfVk1B TExPQyBpcyBub3Qgc2V0CkNPTkZJR19WTV9FVkVOVF9DT1VOVEVSUz15CkNPTkZJR19QQ0lfUVVJ UktTPXkKIyBDT05GSUdfQ09NUEFUX0JSSyBpcyBub3Qgc2V0CkNPTkZJR19TTEFCPXkKIyBDT05G SUdfU0xVQiBpcyBub3Qgc2V0CiMgQ09ORklHX1NMT0IgaXMgbm90IHNldApDT05GSUdfUFJPRklM SU5HPXkKQ09ORklHX1RSQUNFUE9JTlRTPXkKQ09ORklHX09QUk9GSUxFPW0KIyBDT05GSUdfT1BS T0ZJTEVfSUJTIGlzIG5vdCBzZXQKIyBDT05GSUdfT1BST0ZJTEVfRVZFTlRfTVVMVElQTEVYIGlz IG5vdCBzZXQKQ09ORklHX0hBVkVfT1BST0ZJTEU9eQojIENPTkZJR19LUFJPQkVTIGlzIG5vdCBz ZXQKQ09ORklHX0hBVkVfRUZGSUNJRU5UX1VOQUxJR05FRF9BQ0NFU1M9eQpDT05GSUdfSEFWRV9J T1JFTUFQX1BST1Q9eQpDT05GSUdfSEFWRV9LUFJPQkVTPXkKQ09ORklHX0hBVkVfS1JFVFBST0JF Uz15CkNPTkZJR19IQVZFX0FSQ0hfVFJBQ0VIT09LPXkKQ09ORklHX0hBVkVfRE1BX0FUVFJTPXkK Q09ORklHX0hBVkVfRE1BX0FQSV9ERUJVRz15CgojCiMgR0NPVi1iYXNlZCBrZXJuZWwgcHJvZmls aW5nCiMKIyBDT05GSUdfR0NPVl9LRVJORUwgaXMgbm90IHNldApDT05GSUdfU0xPV19XT1JLPXkK IyBDT05GSUdfU0xPV19XT1JLX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0hBVkVfR0VORVJJQ19E TUFfQ09IRVJFTlQ9eQpDT05GSUdfU0xBQklORk89eQpDT05GSUdfUlRfTVVURVhFUz15CkNPTkZJ R19CQVNFX1NNQUxMPTAKQ09ORklHX01PRFVMRVM9eQpDT05GSUdfTU9EVUxFX0ZPUkNFX0xPQUQ9 eQpDT05GSUdfTU9EVUxFX1VOTE9BRD15CkNPTkZJR19NT0RVTEVfRk9SQ0VfVU5MT0FEPXkKQ09O RklHX01PRFZFUlNJT05TPXkKIyBDT05GSUdfTU9EVUxFX1NSQ1ZFUlNJT05fQUxMIGlzIG5vdCBz ZXQKQ09ORklHX1NUT1BfTUFDSElORT15CkNPTkZJR19CTE9DSz15CkNPTkZJR19MQkRBRj15CkNP TkZJR19CTEtfREVWX0JTRz15CiMgQ09ORklHX0JMS19ERVZfSU5URUdSSVRZIGlzIG5vdCBzZXQK CiMKIyBJTyBTY2hlZHVsZXJzCiMKQ09ORklHX0lPU0NIRURfTk9PUD15CkNPTkZJR19JT1NDSEVE X0FTPXkKQ09ORklHX0lPU0NIRURfREVBRExJTkU9eQpDT05GSUdfSU9TQ0hFRF9DRlE9eQojIENP TkZJR19ERUZBVUxUX0FTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVGQVVMVF9ERUFETElORSBpcyBu b3Qgc2V0CkNPTkZJR19ERUZBVUxUX0NGUT15CiMgQ09ORklHX0RFRkFVTFRfTk9PUCBpcyBub3Qg c2V0CkNPTkZJR19ERUZBVUxUX0lPU0NIRUQ9ImNmcSIKQ09ORklHX1BSRUVNUFRfTk9USUZJRVJT PXkKQ09ORklHX0ZSRUVaRVI9eQoKIwojIFByb2Nlc3NvciB0eXBlIGFuZCBmZWF0dXJlcwojCkNP TkZJR19USUNLX09ORVNIT1Q9eQpDT05GSUdfTk9fSFo9eQpDT05GSUdfSElHSF9SRVNfVElNRVJT PXkKQ09ORklHX0dFTkVSSUNfQ0xPQ0tFVkVOVFNfQlVJTEQ9eQpDT05GSUdfU01QPXkKIyBDT05G SUdfU1BBUlNFX0lSUSBpcyBub3Qgc2V0CkNPTkZJR19YODZfTVBQQVJTRT15CiMgQ09ORklHX1g4 Nl9CSUdTTVAgaXMgbm90IHNldApDT05GSUdfWDg2X0VYVEVOREVEX1BMQVRGT1JNPXkKIyBDT05G SUdfWDg2X0VMQU4gaXMgbm90IHNldAojIENPTkZJR19YODZfTVJTVCBpcyBub3Qgc2V0CiMgQ09O RklHX1g4Nl9SREMzMjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfWDg2XzMyX05PTl9TVEFOREFSRCBp cyBub3Qgc2V0CkNPTkZJR19YODZfU1VQUE9SVFNfTUVNT1JZX0ZBSUxVUkU9eQpDT05GSUdfU0NI RURfT01JVF9GUkFNRV9QT0lOVEVSPXkKQ09ORklHX1BBUkFWSVJUX0dVRVNUPXkKQ09ORklHX1hF Tj15CkNPTkZJR19YRU5fTUFYX0RPTUFJTl9NRU1PUlk9OApDT05GSUdfWEVOX1NBVkVfUkVTVE9S RT15CiMgQ09ORklHX1hFTl9ERUJVR19GUyBpcyBub3Qgc2V0CkNPTkZJR19TV0lPVExCX1hFTj15 CkNPTkZJR19NSUNST0NPREVfWEVOPXkKQ09ORklHX1hFTl9ET00wPXkKQ09ORklHX1hFTl9QUklW SUxFR0VEX0dVRVNUPXkKQ09ORklHX1hFTl9ET00wX1BDST15CiMgQ09ORklHX1hFTl9QQ0lfUEFT U1RIUk9VR0ggaXMgbm90IHNldApDT05GSUdfVk1JPXkKQ09ORklHX0tWTV9DTE9DSz15CkNPTkZJ R19LVk1fR1VFU1Q9eQojIENPTkZJR19MR1VFU1RfR1VFU1QgaXMgbm90IHNldApDT05GSUdfUEFS QVZJUlQ9eQojIENPTkZJR19QQVJBVklSVF9TUElOTE9DS1MgaXMgbm90IHNldApDT05GSUdfUEFS QVZJUlRfQ0xPQ0s9eQojIENPTkZJR19QQVJBVklSVF9ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklH X01FTVRFU1QgaXMgbm90IHNldAojIENPTkZJR19NMzg2IGlzIG5vdCBzZXQKIyBDT05GSUdfTTQ4 NiBpcyBub3Qgc2V0CiMgQ09ORklHX001ODYgaXMgbm90IHNldAojIENPTkZJR19NNTg2VFNDIGlz IG5vdCBzZXQKIyBDT05GSUdfTTU4Nk1NWCBpcyBub3Qgc2V0CkNPTkZJR19NNjg2PXkKIyBDT05G SUdfTVBFTlRJVU1JSSBpcyBub3Qgc2V0CiMgQ09ORklHX01QRU5USVVNSUlJIGlzIG5vdCBzZXQK IyBDT05GSUdfTVBFTlRJVU1NIGlzIG5vdCBzZXQKIyBDT05GSUdfTVBFTlRJVU00IGlzIG5vdCBz ZXQKIyBDT05GSUdfTUs2IGlzIG5vdCBzZXQKIyBDT05GSUdfTUs3IGlzIG5vdCBzZXQKIyBDT05G SUdfTUs4IGlzIG5vdCBzZXQKIyBDT05GSUdfTUNSVVNPRSBpcyBub3Qgc2V0CiMgQ09ORklHX01F RkZJQ0VPTiBpcyBub3Qgc2V0CiMgQ09ORklHX01XSU5DSElQQzYgaXMgbm90IHNldAojIENPTkZJ R19NV0lOQ0hJUDNEIGlzIG5vdCBzZXQKIyBDT05GSUdfTUdFT0RFR1gxIGlzIG5vdCBzZXQKIyBD T05GSUdfTUdFT0RFX0xYIGlzIG5vdCBzZXQKIyBDT05GSUdfTUNZUklYSUlJIGlzIG5vdCBzZXQK IyBDT05GSUdfTVZJQUMzXzIgaXMgbm90IHNldAojIENPTkZJR19NVklBQzcgaXMgbm90IHNldAoj IENPTkZJR19NUFNDIGlzIG5vdCBzZXQKIyBDT05GSUdfTUNPUkUyIGlzIG5vdCBzZXQKIyBDT05G SUdfTUFUT00gaXMgbm90IHNldAojIENPTkZJR19HRU5FUklDX0NQVSBpcyBub3Qgc2V0CiMgQ09O RklHX1g4Nl9HRU5FUklDIGlzIG5vdCBzZXQKQ09ORklHX1g4Nl9DUFU9eQpDT05GSUdfWDg2X0wx X0NBQ0hFX0JZVEVTPTY0CkNPTkZJR19YODZfSU5URVJOT0RFX0NBQ0hFX0JZVEVTPTY0CkNPTkZJ R19YODZfQ01QWENIRz15CkNPTkZJR19YODZfTDFfQ0FDSEVfU0hJRlQ9NQpDT05GSUdfWDg2X1hB REQ9eQpDT05GSUdfWDg2X1BQUk9fRkVOQ0U9eQpDT05GSUdfWDg2X1dQX1dPUktTX09LPXkKQ09O RklHX1g4Nl9JTlZMUEc9eQpDT05GSUdfWDg2X0JTV0FQPXkKQ09ORklHX1g4Nl9QT1BBRF9PSz15 CkNPTkZJR19YODZfVVNFX1BQUk9fQ0hFQ0tTVU09eQpDT05GSUdfWDg2X1RTQz15CkNPTkZJR19Y ODZfQ01QWENIRzY0PXkKQ09ORklHX1g4Nl9DTU9WPXkKQ09ORklHX1g4Nl9NSU5JTVVNX0NQVV9G QU1JTFk9NQpDT05GSUdfWDg2X0RFQlVHQ1RMTVNSPXkKQ09ORklHX0NQVV9TVVBfSU5URUw9eQpD T05GSUdfQ1BVX1NVUF9DWVJJWF8zMj15CkNPTkZJR19DUFVfU1VQX0FNRD15CkNPTkZJR19DUFVf U1VQX0NFTlRBVVI9eQpDT05GSUdfQ1BVX1NVUF9UUkFOU01FVEFfMzI9eQpDT05GSUdfQ1BVX1NV UF9VTUNfMzI9eQojIENPTkZJR19YODZfRFMgaXMgbm90IHNldApDT05GSUdfSFBFVF9USU1FUj15 CkNPTkZJR19IUEVUX0VNVUxBVEVfUlRDPXkKQ09ORklHX0RNST15CkNPTkZJR19TV0lPVExCPXkK Q09ORklHX0lPTU1VX0hFTFBFUj15CiMgQ09ORklHX0lPTU1VX0FQSSBpcyBub3Qgc2V0CkNPTkZJ R19OUl9DUFVTPTgKQ09ORklHX1NDSEVEX1NNVD15CkNPTkZJR19TQ0hFRF9NQz15CkNPTkZJR19Q UkVFTVBUX05PTkU9eQojIENPTkZJR19QUkVFTVBUX1ZPTFVOVEFSWSBpcyBub3Qgc2V0CiMgQ09O RklHX1BSRUVNUFQgaXMgbm90IHNldApDT05GSUdfWDg2X0xPQ0FMX0FQSUM9eQpDT05GSUdfWDg2 X0lPX0FQSUM9eQojIENPTkZJR19YODZfUkVST1VURV9GT1JfQlJPS0VOX0JPT1RfSVJRUyBpcyBu b3Qgc2V0CkNPTkZJR19YODZfTUNFPXkKQ09ORklHX1g4Nl9NQ0VfSU5URUw9eQpDT05GSUdfWDg2 X01DRV9BTUQ9eQojIENPTkZJR19YODZfQU5DSUVOVF9NQ0UgaXMgbm90IHNldApDT05GSUdfWDg2 X01DRV9USFJFU0hPTEQ9eQojIENPTkZJR19YODZfTUNFX0lOSkVDVCBpcyBub3Qgc2V0CkNPTkZJ R19YODZfVEhFUk1BTF9WRUNUT1I9eQpDT05GSUdfVk04Nj15CkNPTkZJR19UT1NISUJBPW0KQ09O RklHX0k4Sz1tCiMgQ09ORklHX1g4Nl9SRUJPT1RGSVhVUFMgaXMgbm90IHNldApDT05GSUdfTUlD Uk9DT0RFPW0KQ09ORklHX01JQ1JPQ09ERV9JTlRFTD15CiMgQ09ORklHX01JQ1JPQ09ERV9BTUQg aXMgbm90IHNldApDT05GSUdfTUlDUk9DT0RFX09MRF9JTlRFUkZBQ0U9eQpDT05GSUdfWDg2X01T Uj1tCkNPTkZJR19YODZfQ1BVSUQ9bQojIENPTkZJR19YODZfQ1BVX0RFQlVHIGlzIG5vdCBzZXQK IyBDT05GSUdfTk9ISUdITUVNIGlzIG5vdCBzZXQKIyBDT05GSUdfSElHSE1FTTRHIGlzIG5vdCBz ZXQKQ09ORklHX0hJR0hNRU02NEc9eQpDT05GSUdfUEFHRV9PRkZTRVQ9MHhDMDAwMDAwMApDT05G SUdfSElHSE1FTT15CkNPTkZJR19YODZfUEFFPXkKQ09ORklHX0FSQ0hfUEhZU19BRERSX1RfNjRC SVQ9eQpDT05GSUdfQVJDSF9GTEFUTUVNX0VOQUJMRT15CkNPTkZJR19BUkNIX1NQQVJTRU1FTV9F TkFCTEU9eQpDT05GSUdfQVJDSF9TRUxFQ1RfTUVNT1JZX01PREVMPXkKQ09ORklHX1NFTEVDVF9N RU1PUllfTU9ERUw9eQpDT05GSUdfRkxBVE1FTV9NQU5VQUw9eQojIENPTkZJR19ESVNDT05USUdN RU1fTUFOVUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfU1BBUlNFTUVNX01BTlVBTCBpcyBub3Qgc2V0 CkNPTkZJR19GTEFUTUVNPXkKQ09ORklHX0ZMQVRfTk9ERV9NRU1fTUFQPXkKQ09ORklHX1NQQVJT RU1FTV9TVEFUSUM9eQpDT05GSUdfUEFHRUZMQUdTX0VYVEVOREVEPXkKQ09ORklHX1NQTElUX1BU TE9DS19DUFVTPTQKQ09ORklHX1BIWVNfQUREUl9UXzY0QklUPXkKQ09ORklHX1pPTkVfRE1BX0ZM QUc9MQpDT05GSUdfQk9VTkNFPXkKQ09ORklHX1ZJUlRfVE9fQlVTPXkKQ09ORklHX0hBVkVfTUxP Q0s9eQpDT05GSUdfSEFWRV9NTE9DS0VEX1BBR0VfQklUPXkKQ09ORklHX01NVV9OT1RJRklFUj15 CiMgQ09ORklHX0tTTSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX01NQVBfTUlOX0FERFI9NDA5 NgpDT05GSUdfQVJDSF9TVVBQT1JUU19NRU1PUllfRkFJTFVSRT15CiMgQ09ORklHX01FTU9SWV9G QUlMVVJFIGlzIG5vdCBzZXQKIyBDT05GSUdfSElHSFBURSBpcyBub3Qgc2V0CiMgQ09ORklHX1g4 Nl9DSEVDS19CSU9TX0NPUlJVUFRJT04gaXMgbm90IHNldApDT05GSUdfWDg2X1JFU0VSVkVfTE9X XzY0Sz15CiMgQ09ORklHX01BVEhfRU1VTEFUSU9OIGlzIG5vdCBzZXQKQ09ORklHX01UUlI9eQpD T05GSUdfTVRSUl9TQU5JVElaRVI9eQpDT05GSUdfTVRSUl9TQU5JVElaRVJfRU5BQkxFX0RFRkFV TFQ9MApDT05GSUdfTVRSUl9TQU5JVElaRVJfU1BBUkVfUkVHX05SX0RFRkFVTFQ9MQojIENPTkZJ R19YODZfUEFUIGlzIG5vdCBzZXQKQ09ORklHX0VGST15CkNPTkZJR19TRUNDT01QPXkKIyBDT05G SUdfQ0NfU1RBQ0tQUk9URUNUT1IgaXMgbm90IHNldAojIENPTkZJR19IWl8xMDAgaXMgbm90IHNl dApDT05GSUdfSFpfMjUwPXkKIyBDT05GSUdfSFpfMzAwIGlzIG5vdCBzZXQKIyBDT05GSUdfSFpf MTAwMCBpcyBub3Qgc2V0CkNPTkZJR19IWj0yNTAKQ09ORklHX1NDSEVEX0hSVElDSz15CkNPTkZJ R19LRVhFQz15CiMgQ09ORklHX0NSQVNIX0RVTVAgaXMgbm90IHNldAojIENPTkZJR19LRVhFQ19K VU1QIGlzIG5vdCBzZXQKQ09ORklHX1BIWVNJQ0FMX1NUQVJUPTB4MTAwMDAwMAojIENPTkZJR19S RUxPQ0FUQUJMRSBpcyBub3Qgc2V0CkNPTkZJR19QSFlTSUNBTF9BTElHTj0weDEwMDAwMApDT05G SUdfSE9UUExVR19DUFU9eQojIENPTkZJR19DT01QQVRfVkRTTyBpcyBub3Qgc2V0CiMgQ09ORklH X0NNRExJTkVfQk9PTCBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX0VOQUJMRV9NRU1PUllfSE9UUExV Rz15CgojCiMgUG93ZXIgbWFuYWdlbWVudCBhbmQgQUNQSSBvcHRpb25zCiMKQ09ORklHX1BNPXkK IyBDT05GSUdfUE1fREVCVUcgaXMgbm90IHNldApDT05GSUdfUE1fU0xFRVBfU01QPXkKQ09ORklH X1BNX1NMRUVQPXkKQ09ORklHX1NVU1BFTkQ9eQpDT05GSUdfU1VTUEVORF9GUkVFWkVSPXkKQ09O RklHX0hJQkVSTkFUSU9OX05WUz15CkNPTkZJR19ISUJFUk5BVElPTj15CkNPTkZJR19QTV9TVERf UEFSVElUSU9OPSIiCiMgQ09ORklHX1BNX1JVTlRJTUUgaXMgbm90IHNldApDT05GSUdfQUNQST15 CkNPTkZJR19BQ1BJX1NMRUVQPXkKQ09ORklHX0FDUElfUFJPQ0ZTPXkKQ09ORklHX0FDUElfUFJP Q0ZTX1BPV0VSPXkKIyBDT05GSUdfQUNQSV9QT1dFUl9NRVRFUiBpcyBub3Qgc2V0CkNPTkZJR19B Q1BJX1NZU0ZTX1BPV0VSPXkKQ09ORklHX0FDUElfUFJPQ19FVkVOVD15CkNPTkZJR19BQ1BJX0FD PW0KQ09ORklHX0FDUElfQkFUVEVSWT1tCkNPTkZJR19BQ1BJX0JVVFRPTj1tCkNPTkZJR19BQ1BJ X1ZJREVPPW0KQ09ORklHX0FDUElfRkFOPW0KQ09ORklHX0FDUElfRE9DSz15CkNPTkZJR19BQ1BJ X1BST0NFU1NPUj1tCkNPTkZJR19BQ1BJX0hPVFBMVUdfQ1BVPXkKIyBDT05GSUdfQUNQSV9QUk9D RVNTT1JfQUdHUkVHQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19BQ1BJX1RIRVJNQUw9bQojIENPTkZJ R19BQ1BJX0NVU1RPTV9EU0RUIGlzIG5vdCBzZXQKQ09ORklHX0FDUElfQkxBQ0tMSVNUX1lFQVI9 MAojIENPTkZJR19BQ1BJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfQUNQSV9QQ0lfU0xPVCBp cyBub3Qgc2V0CkNPTkZJR19YODZfUE1fVElNRVI9eQpDT05GSUdfQUNQSV9DT05UQUlORVI9bQpD T05GSUdfQUNQSV9TQlM9bQojIENPTkZJR19TRkkgaXMgbm90IHNldApDT05GSUdfWDg2X0FQTV9C T09UPXkKQ09ORklHX0FQTT1tCiMgQ09ORklHX0FQTV9JR05PUkVfVVNFUl9TVVNQRU5EIGlzIG5v dCBzZXQKIyBDT05GSUdfQVBNX0RPX0VOQUJMRSBpcyBub3Qgc2V0CiMgQ09ORklHX0FQTV9DUFVf SURMRSBpcyBub3Qgc2V0CiMgQ09ORklHX0FQTV9ESVNQTEFZX0JMQU5LIGlzIG5vdCBzZXQKIyBD T05GSUdfQVBNX0FMTE9XX0lOVFMgaXMgbm90IHNldAoKIwojIENQVSBGcmVxdWVuY3kgc2NhbGlu ZwojCkNPTkZJR19DUFVfRlJFUT15CkNPTkZJR19DUFVfRlJFUV9UQUJMRT1tCiMgQ09ORklHX0NQ VV9GUkVRX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0NQVV9GUkVRX1NUQVQ9bQojIENPTkZJR19D UFVfRlJFUV9TVEFUX0RFVEFJTFMgaXMgbm90IHNldApDT05GSUdfQ1BVX0ZSRVFfREVGQVVMVF9H T1ZfUEVSRk9STUFOQ0U9eQojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9QT1dFUlNBVkUg aXMgbm90IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9VU0VSU1BBQ0UgaXMgbm90 IHNldAojIENPTkZJR19DUFVfRlJFUV9ERUZBVUxUX0dPVl9PTkRFTUFORCBpcyBub3Qgc2V0CiMg Q09ORklHX0NQVV9GUkVRX0RFRkFVTFRfR09WX0NPTlNFUlZBVElWRSBpcyBub3Qgc2V0CkNPTkZJ R19DUFVfRlJFUV9HT1ZfUEVSRk9STUFOQ0U9eQpDT05GSUdfQ1BVX0ZSRVFfR09WX1BPV0VSU0FW RT1tCkNPTkZJR19DUFVfRlJFUV9HT1ZfVVNFUlNQQUNFPW0KQ09ORklHX0NQVV9GUkVRX0dPVl9P TkRFTUFORD1tCkNPTkZJR19DUFVfRlJFUV9HT1ZfQ09OU0VSVkFUSVZFPW0KCiMKIyBDUFVGcmVx IHByb2Nlc3NvciBkcml2ZXJzCiMKQ09ORklHX1g4Nl9BQ1BJX0NQVUZSRVE9bQpDT05GSUdfWDg2 X1BPV0VSTk9XX0s2PW0KQ09ORklHX1g4Nl9QT1dFUk5PV19LNz1tCkNPTkZJR19YODZfUE9XRVJO T1dfSzdfQUNQST15CkNPTkZJR19YODZfUE9XRVJOT1dfSzg9bQpDT05GSUdfWDg2X0dYX1NVU1BN T0Q9bQpDT05GSUdfWDg2X1NQRUVEU1RFUF9DRU5UUklOTz1tCkNPTkZJR19YODZfU1BFRURTVEVQ X0NFTlRSSU5PX1RBQkxFPXkKQ09ORklHX1g4Nl9TUEVFRFNURVBfSUNIPW0KQ09ORklHX1g4Nl9T UEVFRFNURVBfU01JPW0KQ09ORklHX1g4Nl9QNF9DTE9DS01PRD1tCkNPTkZJR19YODZfQ1BVRlJF UV9ORk9SQ0UyPW0KQ09ORklHX1g4Nl9MT05HUlVOPW0KQ09ORklHX1g4Nl9MT05HSEFVTD1tCkNP TkZJR19YODZfRV9QT1dFUlNBVkVSPW0KCiMKIyBzaGFyZWQgb3B0aW9ucwojCkNPTkZJR19YODZf U1BFRURTVEVQX0xJQj1tCkNPTkZJR19YODZfU1BFRURTVEVQX1JFTEFYRURfQ0FQX0NIRUNLPXkK Q09ORklHX0NQVV9JRExFPXkKQ09ORklHX0NQVV9JRExFX0dPVl9MQURERVI9eQpDT05GSUdfQ1BV X0lETEVfR09WX01FTlU9eQoKIwojIEJ1cyBvcHRpb25zIChQQ0kgZXRjLikKIwpDT05GSUdfUENJ PXkKIyBDT05GSUdfUENJX0dPQklPUyBpcyBub3Qgc2V0CiMgQ09ORklHX1BDSV9HT01NQ09ORklH IGlzIG5vdCBzZXQKIyBDT05GSUdfUENJX0dPRElSRUNUIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJ X0dPT0xQQyBpcyBub3Qgc2V0CkNPTkZJR19QQ0lfR09BTlk9eQpDT05GSUdfUENJX0JJT1M9eQpD T05GSUdfUENJX0RJUkVDVD15CkNPTkZJR19QQ0lfTU1DT05GSUc9eQpDT05GSUdfUENJX1hFTj15 CkNPTkZJR19QQ0lfRE9NQUlOUz15CiMgQ09ORklHX0RNQVIgaXMgbm90IHNldApDT05GSUdfUENJ RVBPUlRCVVM9eQpDT05GSUdfSE9UUExVR19QQ0lfUENJRT1tCkNPTkZJR19QQ0lFQUVSPXkKIyBD T05GSUdfUENJRV9FQ1JDIGlzIG5vdCBzZXQKIyBDT05GSUdfUENJRUFFUl9JTkpFQ1QgaXMgbm90 IHNldAojIENPTkZJR19QQ0lFQVNQTSBpcyBub3Qgc2V0CkNPTkZJR19BUkNIX1NVUFBPUlRTX01T ST15CkNPTkZJR19QQ0lfTVNJPXkKQ09ORklHX1BDSV9MRUdBQ1k9eQojIENPTkZJR19QQ0lfREVC VUcgaXMgbm90IHNldAojIENPTkZJR19QQ0lfU1RVQiBpcyBub3Qgc2V0CkNPTkZJR19YRU5fUENJ REVWX0ZST05URU5EPXkKQ09ORklHX0hUX0lSUT15CiMgQ09ORklHX1BDSV9JT1YgaXMgbm90IHNl dApDT05GSUdfSVNBX0RNQV9BUEk9eQpDT05GSUdfSVNBPXkKIyBDT05GSUdfRUlTQSBpcyBub3Qg c2V0CiMgQ09ORklHX01DQSBpcyBub3Qgc2V0CkNPTkZJR19TQ3gyMDA9bQpDT05GSUdfU0N4MjAw SFJfVElNRVI9bQojIENPTkZJR19PTFBDIGlzIG5vdCBzZXQKQ09ORklHX0s4X05CPXkKQ09ORklH X1BDQ0FSRD1tCiMgQ09ORklHX1BDTUNJQV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19QQ01DSUE9 bQpDT05GSUdfUENNQ0lBX0xPQURfQ0lTPXkKQ09ORklHX1BDTUNJQV9JT0NUTD15CkNPTkZJR19D QVJEQlVTPXkKCiMKIyBQQy1jYXJkIGJyaWRnZXMKIwpDT05GSUdfWUVOVEE9bQpDT05GSUdfWUVO VEFfTzI9eQpDT05GSUdfWUVOVEFfUklDT0g9eQpDT05GSUdfWUVOVEFfVEk9eQpDT05GSUdfWUVO VEFfRU5FX1RVTkU9eQpDT05GSUdfWUVOVEFfVE9TSElCQT15CkNPTkZJR19QRDY3Mjk9bQpDT05G SUdfSTgyMDkyPW0KQ09ORklHX0k4MjM2NT1tCkNPTkZJR19UQ0lDPW0KQ09ORklHX1BDTUNJQV9Q Uk9CRT15CkNPTkZJR19QQ0NBUkRfTk9OU1RBVElDPW0KQ09ORklHX0hPVFBMVUdfUENJPW0KQ09O RklHX0hPVFBMVUdfUENJX0ZBS0U9bQpDT05GSUdfSE9UUExVR19QQ0lfQ09NUEFRPW0KIyBDT05G SUdfSE9UUExVR19QQ0lfQ09NUEFRX05WUkFNIGlzIG5vdCBzZXQKQ09ORklHX0hPVFBMVUdfUENJ X0lCTT1tCkNPTkZJR19IT1RQTFVHX1BDSV9BQ1BJPW0KQ09ORklHX0hPVFBMVUdfUENJX0FDUElf SUJNPW0KQ09ORklHX0hPVFBMVUdfUENJX0NQQ0k9eQpDT05GSUdfSE9UUExVR19QQ0lfQ1BDSV9a VDU1NTA9bQpDT05GSUdfSE9UUExVR19QQ0lfQ1BDSV9HRU5FUklDPW0KQ09ORklHX0hPVFBMVUdf UENJX1NIUEM9bQoKIwojIEV4ZWN1dGFibGUgZmlsZSBmb3JtYXRzIC8gRW11bGF0aW9ucwojCkNP TkZJR19CSU5GTVRfRUxGPXkKIyBDT05GSUdfQ09SRV9EVU1QX0RFRkFVTFRfRUxGX0hFQURFUlMg aXMgbm90IHNldApDT05GSUdfSEFWRV9BT1VUPXkKQ09ORklHX0JJTkZNVF9BT1VUPW0KQ09ORklH X0JJTkZNVF9NSVNDPW0KQ09ORklHX0hBVkVfQVRPTUlDX0lPTUFQPXkKQ09ORklHX05FVD15Cgoj CiMgTmV0d29ya2luZyBvcHRpb25zCiMKQ09ORklHX1BBQ0tFVD15CkNPTkZJR19QQUNLRVRfTU1B UD15CkNPTkZJR19VTklYPXkKQ09ORklHX1hGUk09eQpDT05GSUdfWEZSTV9VU0VSPW0KIyBDT05G SUdfWEZSTV9TVUJfUE9MSUNZIGlzIG5vdCBzZXQKIyBDT05GSUdfWEZSTV9NSUdSQVRFIGlzIG5v dCBzZXQKIyBDT05GSUdfWEZSTV9TVEFUSVNUSUNTIGlzIG5vdCBzZXQKQ09ORklHX1hGUk1fSVBD T01QPW0KQ09ORklHX05FVF9LRVk9bQojIENPTkZJR19ORVRfS0VZX01JR1JBVEUgaXMgbm90IHNl dApDT05GSUdfSU5FVD15CkNPTkZJR19JUF9NVUxUSUNBU1Q9eQpDT05GSUdfSVBfQURWQU5DRURf Uk9VVEVSPXkKQ09ORklHX0FTS19JUF9GSUJfSEFTSD15CiMgQ09ORklHX0lQX0ZJQl9UUklFIGlz IG5vdCBzZXQKQ09ORklHX0lQX0ZJQl9IQVNIPXkKQ09ORklHX0lQX01VTFRJUExFX1RBQkxFUz15 CkNPTkZJR19JUF9ST1VURV9NVUxUSVBBVEg9eQpDT05GSUdfSVBfUk9VVEVfVkVSQk9TRT15CiMg Q09ORklHX0lQX1BOUCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfSVBJUD1tCkNPTkZJR19ORVRfSVBH UkU9bQpDT05GSUdfTkVUX0lQR1JFX0JST0FEQ0FTVD15CkNPTkZJR19JUF9NUk9VVEU9eQpDT05G SUdfSVBfUElNU01fVjE9eQpDT05GSUdfSVBfUElNU01fVjI9eQojIENPTkZJR19BUlBEIGlzIG5v dCBzZXQKQ09ORklHX1NZTl9DT09LSUVTPXkKQ09ORklHX0lORVRfQUg9bQpDT05GSUdfSU5FVF9F U1A9bQpDT05GSUdfSU5FVF9JUENPTVA9bQpDT05GSUdfSU5FVF9YRlJNX1RVTk5FTD1tCkNPTkZJ R19JTkVUX1RVTk5FTD1tCkNPTkZJR19JTkVUX1hGUk1fTU9ERV9UUkFOU1BPUlQ9bQpDT05GSUdf SU5FVF9YRlJNX01PREVfVFVOTkVMPW0KQ09ORklHX0lORVRfWEZSTV9NT0RFX0JFRVQ9bQpDT05G SUdfSU5FVF9MUk89eQpDT05GSUdfSU5FVF9ESUFHPW0KQ09ORklHX0lORVRfVENQX0RJQUc9bQpD T05GSUdfVENQX0NPTkdfQURWQU5DRUQ9eQpDT05GSUdfVENQX0NPTkdfQklDPW0KQ09ORklHX1RD UF9DT05HX0NVQklDPXkKQ09ORklHX1RDUF9DT05HX1dFU1RXT09EPW0KQ09ORklHX1RDUF9DT05H X0hUQ1A9bQpDT05GSUdfVENQX0NPTkdfSFNUQ1A9bQpDT05GSUdfVENQX0NPTkdfSFlCTEE9bQpD T05GSUdfVENQX0NPTkdfVkVHQVM9bQpDT05GSUdfVENQX0NPTkdfU0NBTEFCTEU9bQpDT05GSUdf VENQX0NPTkdfTFA9bQpDT05GSUdfVENQX0NPTkdfVkVOTz1tCkNPTkZJR19UQ1BfQ09OR19ZRUFI PW0KQ09ORklHX1RDUF9DT05HX0lMTElOT0lTPW0KIyBDT05GSUdfREVGQVVMVF9CSUMgaXMgbm90 IHNldApDT05GSUdfREVGQVVMVF9DVUJJQz15CiMgQ09ORklHX0RFRkFVTFRfSFRDUCBpcyBub3Qg c2V0CiMgQ09ORklHX0RFRkFVTFRfVkVHQVMgaXMgbm90IHNldAojIENPTkZJR19ERUZBVUxUX1dF U1RXT09EIGlzIG5vdCBzZXQKIyBDT05GSUdfREVGQVVMVF9SRU5PIGlzIG5vdCBzZXQKQ09ORklH X0RFRkFVTFRfVENQX0NPTkc9ImN1YmljIgpDT05GSUdfVENQX01ENVNJRz15CkNPTkZJR19JUFY2 PW0KQ09ORklHX0lQVjZfUFJJVkFDWT15CkNPTkZJR19JUFY2X1JPVVRFUl9QUkVGPXkKQ09ORklH X0lQVjZfUk9VVEVfSU5GTz15CkNPTkZJR19JUFY2X09QVElNSVNUSUNfREFEPXkKQ09ORklHX0lO RVQ2X0FIPW0KQ09ORklHX0lORVQ2X0VTUD1tCkNPTkZJR19JTkVUNl9JUENPTVA9bQpDT05GSUdf SVBWNl9NSVA2PW0KQ09ORklHX0lORVQ2X1hGUk1fVFVOTkVMPW0KQ09ORklHX0lORVQ2X1RVTk5F TD1tCkNPTkZJR19JTkVUNl9YRlJNX01PREVfVFJBTlNQT1JUPW0KQ09ORklHX0lORVQ2X1hGUk1f TU9ERV9UVU5ORUw9bQpDT05GSUdfSU5FVDZfWEZSTV9NT0RFX0JFRVQ9bQpDT05GSUdfSU5FVDZf WEZSTV9NT0RFX1JPVVRFT1BUSU1JWkFUSU9OPW0KQ09ORklHX0lQVjZfU0lUPW0KQ09ORklHX0lQ VjZfTkRJU0NfTk9ERVRZUEU9eQpDT05GSUdfSVBWNl9UVU5ORUw9bQpDT05GSUdfSVBWNl9NVUxU SVBMRV9UQUJMRVM9eQpDT05GSUdfSVBWNl9TVUJUUkVFUz15CkNPTkZJR19JUFY2X01ST1VURT15 CkNPTkZJR19JUFY2X1BJTVNNX1YyPXkKIyBDT05GSUdfTkVUTEFCRUwgaXMgbm90IHNldApDT05G SUdfTkVUV09SS19TRUNNQVJLPXkKQ09ORklHX05FVEZJTFRFUj15CiMgQ09ORklHX05FVEZJTFRF Ul9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfQURWQU5DRUQ9eQpDT05GSUdfQlJJ REdFX05FVEZJTFRFUj15CgojCiMgQ29yZSBOZXRmaWx0ZXIgQ29uZmlndXJhdGlvbgojCkNPTkZJ R19ORVRGSUxURVJfTkVUTElOSz1tCkNPTkZJR19ORVRGSUxURVJfTkVUTElOS19RVUVVRT1tCkNP TkZJR19ORVRGSUxURVJfTkVUTElOS19MT0c9bQpDT05GSUdfTkZfQ09OTlRSQUNLPW0KQ09ORklH X05GX0NUX0FDQ1Q9eQpDT05GSUdfTkZfQ09OTlRSQUNLX01BUks9eQpDT05GSUdfTkZfQ09OTlRS QUNLX1NFQ01BUks9eQpDT05GSUdfTkZfQ09OTlRSQUNLX0VWRU5UUz15CkNPTkZJR19ORl9DVF9Q Uk9UT19EQ0NQPW0KQ09ORklHX05GX0NUX1BST1RPX0dSRT1tCkNPTkZJR19ORl9DVF9QUk9UT19T Q1RQPW0KQ09ORklHX05GX0NUX1BST1RPX1VEUExJVEU9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0FN QU5EQT1tCkNPTkZJR19ORl9DT05OVFJBQ0tfRlRQPW0KQ09ORklHX05GX0NPTk5UUkFDS19IMzIz PW0KQ09ORklHX05GX0NPTk5UUkFDS19JUkM9bQpDT05GSUdfTkZfQ09OTlRSQUNLX05FVEJJT1Nf TlM9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1BQVFA9bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NBTkU9 bQpDT05GSUdfTkZfQ09OTlRSQUNLX1NJUD1tCkNPTkZJR19ORl9DT05OVFJBQ0tfVEZUUD1tCkNP TkZJR19ORl9DVF9ORVRMSU5LPW0KIyBDT05GSUdfTkVURklMVEVSX1RQUk9YWSBpcyBub3Qgc2V0 CkNPTkZJR19ORVRGSUxURVJfWFRBQkxFUz1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX0NM QVNTSUZZPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfQ09OTk1BUks9bQpDT05GSUdfTkVU RklMVEVSX1hUX1RBUkdFVF9DT05OU0VDTUFSSz1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VU X0RTQ1A9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9ITD1tCiMgQ09ORklHX05FVEZJTFRF Ul9YVF9UQVJHRVRfTEVEIGlzIG5vdCBzZXQKQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRfTUFS Sz1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05GTE9HPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9UQVJHRVRfTkZRVUVVRT1tCkNPTkZJR19ORVRGSUxURVJfWFRfVEFSR0VUX05PVFJBQ0s9bQpD T05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9SQVRFRVNUPW0KQ09ORklHX05FVEZJTFRFUl9YVF9U QVJHRVRfVFJBQ0U9bQpDT05GSUdfTkVURklMVEVSX1hUX1RBUkdFVF9TRUNNQVJLPW0KQ09ORklH X05FVEZJTFRFUl9YVF9UQVJHRVRfVENQTVNTPW0KQ09ORklHX05FVEZJTFRFUl9YVF9UQVJHRVRf VENQT1BUU1RSSVA9bQojIENPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ0xVU1RFUiBpcyBub3Qg c2V0CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfQ09NTUVOVD1tCkNPTkZJR19ORVRGSUxURVJf WFRfTUFUQ0hfQ09OTkJZVEVTPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9DT05OTElNSVQ9 bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0NPTk5NQVJLPW0KQ09ORklHX05FVEZJTFRFUl9Y VF9NQVRDSF9DT05OVFJBQ0s9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0RDQ1A9bQpDT05G SUdfTkVURklMVEVSX1hUX01BVENIX0RTQ1A9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0VT UD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfSEFTSExJTUlUPW0KQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9IRUxQRVI9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0hMPW0KQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9JUFJBTkdFPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9M RU5HVEg9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX0xJTUlUPW0KQ09ORklHX05FVEZJTFRF Ul9YVF9NQVRDSF9NQUM9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX01BUks9bQpDT05GSUdf TkVURklMVEVSX1hUX01BVENIX01VTFRJUE9SVD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hf T1dORVI9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1BPTElDWT1tCkNPTkZJR19ORVRGSUxU RVJfWFRfTUFUQ0hfUEhZU0RFVj1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUEtUVFlQRT1t CkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfUVVPVEE9bQpDT05GSUdfTkVURklMVEVSX1hUX01B VENIX1JBVEVFU1Q9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1JFQUxNPW0KIyBDT05GSUdf TkVURklMVEVSX1hUX01BVENIX1JFQ0VOVCBpcyBub3Qgc2V0CkNPTkZJR19ORVRGSUxURVJfWFRf TUFUQ0hfU0NUUD1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU1RBVEU9bQpDT05GSUdfTkVU RklMVEVSX1hUX01BVENIX1NUQVRJU1RJQz1tCkNPTkZJR19ORVRGSUxURVJfWFRfTUFUQ0hfU1RS SU5HPW0KQ09ORklHX05FVEZJTFRFUl9YVF9NQVRDSF9UQ1BNU1M9bQpDT05GSUdfTkVURklMVEVS X1hUX01BVENIX1RJTUU9bQpDT05GSUdfTkVURklMVEVSX1hUX01BVENIX1UzMj1tCiMgQ09ORklH X05FVEZJTFRFUl9YVF9NQVRDSF9PU0YgaXMgbm90IHNldApDT05GSUdfSVBfVlM9bQojIENPTkZJ R19JUF9WU19JUFY2IGlzIG5vdCBzZXQKIyBDT05GSUdfSVBfVlNfREVCVUcgaXMgbm90IHNldApD T05GSUdfSVBfVlNfVEFCX0JJVFM9MTIKCiMKIyBJUFZTIHRyYW5zcG9ydCBwcm90b2NvbCBsb2Fk IGJhbGFuY2luZyBzdXBwb3J0CiMKQ09ORklHX0lQX1ZTX1BST1RPX1RDUD15CkNPTkZJR19JUF9W U19QUk9UT19VRFA9eQpDT05GSUdfSVBfVlNfUFJPVE9fQUhfRVNQPXkKQ09ORklHX0lQX1ZTX1BS T1RPX0VTUD15CkNPTkZJR19JUF9WU19QUk9UT19BSD15CgojCiMgSVBWUyBzY2hlZHVsZXIKIwpD T05GSUdfSVBfVlNfUlI9bQpDT05GSUdfSVBfVlNfV1JSPW0KQ09ORklHX0lQX1ZTX0xDPW0KQ09O RklHX0lQX1ZTX1dMQz1tCkNPTkZJR19JUF9WU19MQkxDPW0KQ09ORklHX0lQX1ZTX0xCTENSPW0K Q09ORklHX0lQX1ZTX0RIPW0KQ09ORklHX0lQX1ZTX1NIPW0KQ09ORklHX0lQX1ZTX1NFRD1tCkNP TkZJR19JUF9WU19OUT1tCgojCiMgSVBWUyBhcHBsaWNhdGlvbiBoZWxwZXIKIwpDT05GSUdfSVBf VlNfRlRQPW0KCiMKIyBJUDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfREVG UkFHX0lQVjQ9bQpDT05GSUdfTkZfQ09OTlRSQUNLX0lQVjQ9bQpDT05GSUdfTkZfQ09OTlRSQUNL X1BST0NfQ09NUEFUPXkKQ09ORklHX0lQX05GX1FVRVVFPW0KQ09ORklHX0lQX05GX0lQVEFCTEVT PW0KQ09ORklHX0lQX05GX01BVENIX0FERFJUWVBFPW0KQ09ORklHX0lQX05GX01BVENIX0FIPW0K Q09ORklHX0lQX05GX01BVENIX0VDTj1tCkNPTkZJR19JUF9ORl9NQVRDSF9UVEw9bQpDT05GSUdf SVBfTkZfRklMVEVSPW0KQ09ORklHX0lQX05GX1RBUkdFVF9SRUpFQ1Q9bQpDT05GSUdfSVBfTkZf VEFSR0VUX0xPRz1tCkNPTkZJR19JUF9ORl9UQVJHRVRfVUxPRz1tCkNPTkZJR19ORl9OQVQ9bQpD T05GSUdfTkZfTkFUX05FRURFRD15CkNPTkZJR19JUF9ORl9UQVJHRVRfTUFTUVVFUkFERT1tCkNP TkZJR19JUF9ORl9UQVJHRVRfTkVUTUFQPW0KQ09ORklHX0lQX05GX1RBUkdFVF9SRURJUkVDVD1t CkNPTkZJR19ORl9OQVRfU05NUF9CQVNJQz1tCkNPTkZJR19ORl9OQVRfUFJPVE9fRENDUD1tCkNP TkZJR19ORl9OQVRfUFJPVE9fR1JFPW0KQ09ORklHX05GX05BVF9QUk9UT19VRFBMSVRFPW0KQ09O RklHX05GX05BVF9QUk9UT19TQ1RQPW0KQ09ORklHX05GX05BVF9GVFA9bQpDT05GSUdfTkZfTkFU X0lSQz1tCkNPTkZJR19ORl9OQVRfVEZUUD1tCkNPTkZJR19ORl9OQVRfQU1BTkRBPW0KQ09ORklH X05GX05BVF9QUFRQPW0KQ09ORklHX05GX05BVF9IMzIzPW0KQ09ORklHX05GX05BVF9TSVA9bQpD T05GSUdfSVBfTkZfTUFOR0xFPW0KQ09ORklHX0lQX05GX1RBUkdFVF9DTFVTVEVSSVA9bQpDT05G SUdfSVBfTkZfVEFSR0VUX0VDTj1tCkNPTkZJR19JUF9ORl9UQVJHRVRfVFRMPW0KQ09ORklHX0lQ X05GX1JBVz1tCiMgQ09ORklHX0lQX05GX1NFQ1VSSVRZIGlzIG5vdCBzZXQKQ09ORklHX0lQX05G X0FSUFRBQkxFUz1tCkNPTkZJR19JUF9ORl9BUlBGSUxURVI9bQpDT05GSUdfSVBfTkZfQVJQX01B TkdMRT1tCgojCiMgSVB2NjogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfTkZfQ09O TlRSQUNLX0lQVjY9bQpDT05GSUdfSVA2X05GX1FVRVVFPW0KQ09ORklHX0lQNl9ORl9JUFRBQkxF Uz1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfQUg9bQpDT05GSUdfSVA2X05GX01BVENIX0VVSTY0PW0K Q09ORklHX0lQNl9ORl9NQVRDSF9GUkFHPW0KQ09ORklHX0lQNl9ORl9NQVRDSF9PUFRTPW0KQ09O RklHX0lQNl9ORl9NQVRDSF9ITD1tCkNPTkZJR19JUDZfTkZfTUFUQ0hfSVBWNkhFQURFUj1tCkNP TkZJR19JUDZfTkZfTUFUQ0hfTUg9bQpDT05GSUdfSVA2X05GX01BVENIX1JUPW0KQ09ORklHX0lQ Nl9ORl9UQVJHRVRfSEw9bQpDT05GSUdfSVA2X05GX1RBUkdFVF9MT0c9bQpDT05GSUdfSVA2X05G X0ZJTFRFUj1tCkNPTkZJR19JUDZfTkZfVEFSR0VUX1JFSkVDVD1tCkNPTkZJR19JUDZfTkZfTUFO R0xFPW0KQ09ORklHX0lQNl9ORl9SQVc9bQojIENPTkZJR19JUDZfTkZfU0VDVVJJVFkgaXMgbm90 IHNldAoKIwojIERFQ25ldDogTmV0ZmlsdGVyIENvbmZpZ3VyYXRpb24KIwpDT05GSUdfREVDTkVU X05GX0dSQUJVTEFUT1I9bQpDT05GSUdfQlJJREdFX05GX0VCVEFCTEVTPW0KQ09ORklHX0JSSURH RV9FQlRfQlJPVVRFPW0KQ09ORklHX0JSSURHRV9FQlRfVF9GSUxURVI9bQpDT05GSUdfQlJJREdF X0VCVF9UX05BVD1tCkNPTkZJR19CUklER0VfRUJUXzgwMl8zPW0KQ09ORklHX0JSSURHRV9FQlRf QU1PTkc9bQpDT05GSUdfQlJJREdFX0VCVF9BUlA9bQpDT05GSUdfQlJJREdFX0VCVF9JUD1tCiMg Q09ORklHX0JSSURHRV9FQlRfSVA2IGlzIG5vdCBzZXQKQ09ORklHX0JSSURHRV9FQlRfTElNSVQ9 bQpDT05GSUdfQlJJREdFX0VCVF9NQVJLPW0KQ09ORklHX0JSSURHRV9FQlRfUEtUVFlQRT1tCkNP TkZJR19CUklER0VfRUJUX1NUUD1tCkNPTkZJR19CUklER0VfRUJUX1ZMQU49bQpDT05GSUdfQlJJ REdFX0VCVF9BUlBSRVBMWT1tCkNPTkZJR19CUklER0VfRUJUX0ROQVQ9bQpDT05GSUdfQlJJREdF X0VCVF9NQVJLX1Q9bQpDT05GSUdfQlJJREdFX0VCVF9SRURJUkVDVD1tCkNPTkZJR19CUklER0Vf RUJUX1NOQVQ9bQpDT05GSUdfQlJJREdFX0VCVF9MT0c9bQpDT05GSUdfQlJJREdFX0VCVF9VTE9H PW0KQ09ORklHX0JSSURHRV9FQlRfTkZMT0c9bQpDT05GSUdfSVBfRENDUD1tCkNPTkZJR19JTkVU X0RDQ1BfRElBRz1tCgojCiMgRENDUCBDQ0lEcyBDb25maWd1cmF0aW9uIChFWFBFUklNRU5UQUwp CiMKIyBDT05GSUdfSVBfRENDUF9DQ0lEMl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19JUF9EQ0NQ X0NDSUQzPXkKIyBDT05GSUdfSVBfRENDUF9DQ0lEM19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19J UF9EQ0NQX0NDSUQzX1JUTz0xMDAKQ09ORklHX0lQX0RDQ1BfVEZSQ19MSUI9eQoKIwojIERDQ1Ag S2VybmVsIEhhY2tpbmcKIwojIENPTkZJR19JUF9EQ0NQX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklH X0lQX1NDVFA9bQojIENPTkZJR19TQ1RQX0RCR19NU0cgaXMgbm90IHNldAojIENPTkZJR19TQ1RQ X0RCR19PQkpDTlQgaXMgbm90IHNldAojIENPTkZJR19TQ1RQX0hNQUNfTk9ORSBpcyBub3Qgc2V0 CiMgQ09ORklHX1NDVFBfSE1BQ19TSEExIGlzIG5vdCBzZXQKQ09ORklHX1NDVFBfSE1BQ19NRDU9 eQojIENPTkZJR19SRFMgaXMgbm90IHNldApDT05GSUdfVElQQz1tCkNPTkZJR19USVBDX0FEVkFO Q0VEPXkKQ09ORklHX1RJUENfWk9ORVM9MwpDT05GSUdfVElQQ19DTFVTVEVSUz0xCkNPTkZJR19U SVBDX05PREVTPTI1NQpDT05GSUdfVElQQ19TTEFWRV9OT0RFUz0wCkNPTkZJR19USVBDX1BPUlRT PTgxOTEKQ09ORklHX1RJUENfTE9HPTAKIyBDT05GSUdfVElQQ19ERUJVRyBpcyBub3Qgc2V0CkNP TkZJR19BVE09bQpDT05GSUdfQVRNX0NMSVA9bQojIENPTkZJR19BVE1fQ0xJUF9OT19JQ01QIGlz IG5vdCBzZXQKQ09ORklHX0FUTV9MQU5FPW0KQ09ORklHX0FUTV9NUE9BPW0KQ09ORklHX0FUTV9C UjI2ODQ9bQojIENPTkZJR19BVE1fQlIyNjg0X0lQRklMVEVSIGlzIG5vdCBzZXQKQ09ORklHX1NU UD1tCkNPTkZJR19CUklER0U9bQojIENPTkZJR19ORVRfRFNBIGlzIG5vdCBzZXQKQ09ORklHX1ZM QU5fODAyMVE9bQojIENPTkZJR19WTEFOXzgwMjFRX0dWUlAgaXMgbm90IHNldApDT05GSUdfREVD TkVUPW0KIyBDT05GSUdfREVDTkVUX1JPVVRFUiBpcyBub3Qgc2V0CkNPTkZJR19MTEM9eQpDT05G SUdfTExDMj1tCkNPTkZJR19JUFg9bQojIENPTkZJR19JUFhfSU5URVJOIGlzIG5vdCBzZXQKQ09O RklHX0FUQUxLPW0KQ09ORklHX0RFVl9BUFBMRVRBTEs9bQpDT05GSUdfTFRQQz1tCiMgQ09ORklH X0NPUFMgaXMgbm90IHNldApDT05GSUdfSVBERFA9bQpDT05GSUdfSVBERFBfRU5DQVA9eQpDT05G SUdfSVBERFBfREVDQVA9eQpDT05GSUdfWDI1PW0KQ09ORklHX0xBUEI9bQpDT05GSUdfRUNPTkVU PW0KQ09ORklHX0VDT05FVF9BVU5VRFA9eQpDT05GSUdfRUNPTkVUX05BVElWRT15CkNPTkZJR19X QU5fUk9VVEVSPW0KIyBDT05GSUdfUEhPTkVUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUVFRTgwMjE1 NCBpcyBub3Qgc2V0CkNPTkZJR19ORVRfU0NIRUQ9eQoKIwojIFF1ZXVlaW5nL1NjaGVkdWxpbmcK IwpDT05GSUdfTkVUX1NDSF9DQlE9bQpDT05GSUdfTkVUX1NDSF9IVEI9bQpDT05GSUdfTkVUX1ND SF9IRlNDPW0KQ09ORklHX05FVF9TQ0hfQVRNPW0KQ09ORklHX05FVF9TQ0hfUFJJTz1tCiMgQ09O RklHX05FVF9TQ0hfTVVMVElRIGlzIG5vdCBzZXQKQ09ORklHX05FVF9TQ0hfUkVEPW0KQ09ORklH X05FVF9TQ0hfU0ZRPW0KQ09ORklHX05FVF9TQ0hfVEVRTD1tCkNPTkZJR19ORVRfU0NIX1RCRj1t CkNPTkZJR19ORVRfU0NIX0dSRUQ9bQpDT05GSUdfTkVUX1NDSF9EU01BUks9bQpDT05GSUdfTkVU X1NDSF9ORVRFTT1tCiMgQ09ORklHX05FVF9TQ0hfRFJSIGlzIG5vdCBzZXQKQ09ORklHX05FVF9T Q0hfSU5HUkVTUz1tCgojCiMgQ2xhc3NpZmljYXRpb24KIwpDT05GSUdfTkVUX0NMUz15CkNPTkZJ R19ORVRfQ0xTX0JBU0lDPW0KQ09ORklHX05FVF9DTFNfVENJTkRFWD1tCkNPTkZJR19ORVRfQ0xT X1JPVVRFND1tCkNPTkZJR19ORVRfQ0xTX1JPVVRFPXkKQ09ORklHX05FVF9DTFNfRlc9bQpDT05G SUdfTkVUX0NMU19VMzI9bQpDT05GSUdfQ0xTX1UzMl9QRVJGPXkKQ09ORklHX0NMU19VMzJfTUFS Sz15CkNPTkZJR19ORVRfQ0xTX1JTVlA9bQpDT05GSUdfTkVUX0NMU19SU1ZQNj1tCkNPTkZJR19O RVRfQ0xTX0ZMT1c9bQojIENPTkZJR19ORVRfQ0xTX0NHUk9VUCBpcyBub3Qgc2V0CkNPTkZJR19O RVRfRU1BVENIPXkKQ09ORklHX05FVF9FTUFUQ0hfU1RBQ0s9MzIKQ09ORklHX05FVF9FTUFUQ0hf Q01QPW0KQ09ORklHX05FVF9FTUFUQ0hfTkJZVEU9bQpDT05GSUdfTkVUX0VNQVRDSF9VMzI9bQpD T05GSUdfTkVUX0VNQVRDSF9NRVRBPW0KQ09ORklHX05FVF9FTUFUQ0hfVEVYVD1tCkNPTkZJR19O RVRfQ0xTX0FDVD15CkNPTkZJR19ORVRfQUNUX1BPTElDRT1tCkNPTkZJR19ORVRfQUNUX0dBQ1Q9 bQpDT05GSUdfR0FDVF9QUk9CPXkKQ09ORklHX05FVF9BQ1RfTUlSUkVEPW0KQ09ORklHX05FVF9B Q1RfSVBUPW0KQ09ORklHX05FVF9BQ1RfTkFUPW0KQ09ORklHX05FVF9BQ1RfUEVESVQ9bQpDT05G SUdfTkVUX0FDVF9TSU1QPW0KIyBDT05GSUdfTkVUX0FDVF9TS0JFRElUIGlzIG5vdCBzZXQKQ09O RklHX05FVF9DTFNfSU5EPXkKQ09ORklHX05FVF9TQ0hfRklGTz15CiMgQ09ORklHX0RDQiBpcyBu b3Qgc2V0CgojCiMgTmV0d29yayB0ZXN0aW5nCiMKQ09ORklHX05FVF9QS1RHRU49bQojIENPTkZJ R19ORVRfRFJPUF9NT05JVE9SIGlzIG5vdCBzZXQKQ09ORklHX0hBTVJBRElPPXkKCiMKIyBQYWNr ZXQgUmFkaW8gcHJvdG9jb2xzCiMKQ09ORklHX0FYMjU9bQojIENPTkZJR19BWDI1X0RBTUFfU0xB VkUgaXMgbm90IHNldApDT05GSUdfTkVUUk9NPW0KQ09ORklHX1JPU0U9bQoKIwojIEFYLjI1IG5l dHdvcmsgZGV2aWNlIGRyaXZlcnMKIwpDT05GSUdfTUtJU1M9bQpDT05GSUdfNlBBQ0s9bQpDT05G SUdfQlBRRVRIRVI9bQpDT05GSUdfU0NDPW0KIyBDT05GSUdfU0NDX0RFTEFZIGlzIG5vdCBzZXQK IyBDT05GSUdfU0NDX1RSWEVDSE8gaXMgbm90IHNldApDT05GSUdfQkFZQ09NX1NFUl9GRFg9bQpD T05GSUdfQkFZQ09NX1NFUl9IRFg9bQpDT05GSUdfQkFZQ09NX1BBUj1tCkNPTkZJR19CQVlDT01f RVBQPW0KIyBDT05GSUdfWUFNIGlzIG5vdCBzZXQKQ09ORklHX0NBTj1tCkNPTkZJR19DQU5fUkFX PW0KQ09ORklHX0NBTl9CQ009bQoKIwojIENBTiBEZXZpY2UgRHJpdmVycwojCkNPTkZJR19DQU5f VkNBTj1tCiMgQ09ORklHX0NBTl9ERVYgaXMgbm90IHNldAojIENPTkZJR19DQU5fREVCVUdfREVW SUNFUyBpcyBub3Qgc2V0CkNPTkZJR19JUkRBPW0KCiMKIyBJckRBIHByb3RvY29scwojCkNPTkZJ R19JUkxBTj1tCkNPTkZJR19JUk5FVD1tCkNPTkZJR19JUkNPTU09bQojIENPTkZJR19JUkRBX1VM VFJBIGlzIG5vdCBzZXQKCiMKIyBJckRBIG9wdGlvbnMKIwpDT05GSUdfSVJEQV9DQUNIRV9MQVNU X0xTQVA9eQpDT05GSUdfSVJEQV9GQVNUX1JSPXkKIyBDT05GSUdfSVJEQV9ERUJVRyBpcyBub3Qg c2V0CgojCiMgSW5mcmFyZWQtcG9ydCBkZXZpY2UgZHJpdmVycwojCgojCiMgU0lSIGRldmljZSBk cml2ZXJzCiMKQ09ORklHX0lSVFRZX1NJUj1tCgojCiMgRG9uZ2xlIHN1cHBvcnQKIwpDT05GSUdf RE9OR0xFPXkKQ09ORklHX0VTSV9ET05HTEU9bQpDT05GSUdfQUNUSVNZU19ET05HTEU9bQpDT05G SUdfVEVLUkFNX0RPTkdMRT1tCkNPTkZJR19UT0lNMzIzMl9ET05HTEU9bQpDT05GSUdfTElURUxJ TktfRE9OR0xFPW0KQ09ORklHX01BNjAwX0RPTkdMRT1tCkNPTkZJR19HSVJCSUxfRE9OR0xFPW0K Q09ORklHX01DUDIxMjBfRE9OR0xFPW0KQ09ORklHX09MRF9CRUxLSU5fRE9OR0xFPW0KQ09ORklH X0FDVDIwMExfRE9OR0xFPW0KQ09ORklHX0tJTkdTVU5fRE9OR0xFPW0KQ09ORklHX0tTREFaWkxF X0RPTkdMRT1tCkNPTkZJR19LUzk1OV9ET05HTEU9bQoKIwojIEZJUiBkZXZpY2UgZHJpdmVycwoj CkNPTkZJR19VU0JfSVJEQT1tCkNPTkZJR19TSUdNQVRFTF9GSVI9bQpDT05GSUdfTlNDX0ZJUj1t CkNPTkZJR19XSU5CT05EX0ZJUj1tCkNPTkZJR19UT1NISUJBX0ZJUj1tCkNPTkZJR19TTUNfSVJD Q19GSVI9bQpDT05GSUdfQUxJX0ZJUj1tCkNPTkZJR19WTFNJX0ZJUj1tCkNPTkZJR19WSUFfRklS PW0KQ09ORklHX01DU19GSVI9bQpDT05GSUdfQlQ9bQpDT05GSUdfQlRfTDJDQVA9bQpDT05GSUdf QlRfU0NPPW0KQ09ORklHX0JUX1JGQ09NTT1tCkNPTkZJR19CVF9SRkNPTU1fVFRZPXkKQ09ORklH X0JUX0JORVA9bQpDT05GSUdfQlRfQk5FUF9NQ19GSUxURVI9eQpDT05GSUdfQlRfQk5FUF9QUk9U T19GSUxURVI9eQpDT05GSUdfQlRfSElEUD1tCgojCiMgQmx1ZXRvb3RoIGRldmljZSBkcml2ZXJz CiMKIyBDT05GSUdfQlRfSENJQlRVU0IgaXMgbm90IHNldApDT05GSUdfQlRfSENJQlRTRElPPW0K Q09ORklHX0JUX0hDSVVBUlQ9bQpDT05GSUdfQlRfSENJVUFSVF9IND15CkNPTkZJR19CVF9IQ0lV QVJUX0JDU1A9eQpDT05GSUdfQlRfSENJVUFSVF9MTD15CkNPTkZJR19CVF9IQ0lCQ00yMDNYPW0K Q09ORklHX0JUX0hDSUJQQTEwWD1tCkNPTkZJR19CVF9IQ0lCRlVTQj1tCkNPTkZJR19CVF9IQ0lE VEwxPW0KQ09ORklHX0JUX0hDSUJUM0M9bQpDT05GSUdfQlRfSENJQkxVRUNBUkQ9bQpDT05GSUdf QlRfSENJQlRVQVJUPW0KQ09ORklHX0JUX0hDSVZIQ0k9bQojIENPTkZJR19CVF9NUlZMIGlzIG5v dCBzZXQKQ09ORklHX0FGX1JYUlBDPW0KIyBDT05GSUdfQUZfUlhSUENfREVCVUcgaXMgbm90IHNl dApDT05GSUdfUlhLQUQ9bQpDT05GSUdfRklCX1JVTEVTPXkKQ09ORklHX1dJUkVMRVNTPXkKQ09O RklHX0NGRzgwMjExPW0KIyBDT05GSUdfTkw4MDIxMV9URVNUTU9ERSBpcyBub3Qgc2V0CiMgQ09O RklHX0NGRzgwMjExX0RFVkVMT1BFUl9XQVJOSU5HUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NGRzgw MjExX1JFR19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19DRkc4MDIxMV9ERUZBVUxUX1BTPXkKQ09O RklHX0NGRzgwMjExX0RFRkFVTFRfUFNfVkFMVUU9MQojIENPTkZJR19DRkc4MDIxMV9ERUJVR0ZT IGlzIG5vdCBzZXQKIyBDT05GSUdfV0lSRUxFU1NfT0xEX1JFR1VMQVRPUlkgaXMgbm90IHNldApD T05GSUdfV0lSRUxFU1NfRVhUPXkKQ09ORklHX1dJUkVMRVNTX0VYVF9TWVNGUz15CkNPTkZJR19M SUI4MDIxMT1tCkNPTkZJR19MSUI4MDIxMV9DUllQVF9XRVA9bQpDT05GSUdfTElCODAyMTFfQ1JZ UFRfQ0NNUD1tCkNPTkZJR19MSUI4MDIxMV9DUllQVF9US0lQPW0KIyBDT05GSUdfTElCODAyMTFf REVCVUcgaXMgbm90IHNldApDT05GSUdfTUFDODAyMTE9bQpDT05GSUdfTUFDODAyMTFfUkNfTUlO U1RSRUw9eQojIENPTkZJR19NQUM4MDIxMV9SQ19ERUZBVUxUX1BJRCBpcyBub3Qgc2V0CkNPTkZJ R19NQUM4MDIxMV9SQ19ERUZBVUxUX01JTlNUUkVMPXkKQ09ORklHX01BQzgwMjExX1JDX0RFRkFV TFQ9Im1pbnN0cmVsIgpDT05GSUdfTUFDODAyMTFfTUVTSD15CkNPTkZJR19NQUM4MDIxMV9MRURT PXkKIyBDT05GSUdfTUFDODAyMTFfREVCVUdGUyBpcyBub3Qgc2V0CiMgQ09ORklHX01BQzgwMjEx X0RFQlVHX01FTlUgaXMgbm90IHNldAojIENPTkZJR19XSU1BWCBpcyBub3Qgc2V0CkNPTkZJR19S RktJTEw9bQpDT05GSUdfUkZLSUxMX0xFRFM9eQpDT05GSUdfUkZLSUxMX0lOUFVUPXkKQ09ORklH X05FVF85UD1tCkNPTkZJR19ORVRfOVBfVklSVElPPW0KIyBDT05GSUdfTkVUXzlQX1JETUEgaXMg bm90IHNldAojIENPTkZJR19ORVRfOVBfREVCVUcgaXMgbm90IHNldAoKIwojIERldmljZSBEcml2 ZXJzCiMKCiMKIyBHZW5lcmljIERyaXZlciBPcHRpb25zCiMKQ09ORklHX1VFVkVOVF9IRUxQRVJf UEFUSD0iL3NiaW4vaG90cGx1ZyIKIyBDT05GSUdfREVWVE1QRlMgaXMgbm90IHNldApDT05GSUdf U1RBTkRBTE9ORT15CkNPTkZJR19QUkVWRU5UX0ZJUk1XQVJFX0JVSUxEPXkKQ09ORklHX0ZXX0xP QURFUj15CkNPTkZJR19GSVJNV0FSRV9JTl9LRVJORUw9eQpDT05GSUdfRVhUUkFfRklSTVdBUkU9 IiIKIyBDT05GSUdfREVCVUdfRFJJVkVSIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfREVWUkVT IGlzIG5vdCBzZXQKQ09ORklHX1NZU19IWVBFUlZJU09SPXkKQ09ORklHX0NPTk5FQ1RPUj1tCkNP TkZJR19NVEQ9bQojIENPTkZJR19NVERfREVCVUcgaXMgbm90IHNldAojIENPTkZJR19NVERfVEVT VFMgaXMgbm90IHNldApDT05GSUdfTVREX0NPTkNBVD1tCkNPTkZJR19NVERfUEFSVElUSU9OUz15 CkNPTkZJR19NVERfUkVEQk9PVF9QQVJUUz1tCkNPTkZJR19NVERfUkVEQk9PVF9ESVJFQ1RPUllf QkxPQ0s9LTEKIyBDT05GSUdfTVREX1JFREJPT1RfUEFSVFNfVU5BTExPQ0FURUQgaXMgbm90IHNl dAojIENPTkZJR19NVERfUkVEQk9PVF9QQVJUU19SRUFET05MWSBpcyBub3Qgc2V0CkNPTkZJR19N VERfQVI3X1BBUlRTPW0KCiMKIyBVc2VyIE1vZHVsZXMgQW5kIFRyYW5zbGF0aW9uIExheWVycwoj CkNPTkZJR19NVERfQ0hBUj1tCkNPTkZJR19NVERfQkxLREVWUz1tCkNPTkZJR19NVERfQkxPQ0s9 bQpDT05GSUdfTVREX0JMT0NLX1JPPW0KQ09ORklHX0ZUTD1tCkNPTkZJR19ORlRMPW0KQ09ORklH X05GVExfUlc9eQpDT05GSUdfSU5GVEw9bQpDT05GSUdfUkZEX0ZUTD1tCkNPTkZJR19TU0ZEQz1t CkNPTkZJR19NVERfT09QUz1tCgojCiMgUkFNL1JPTS9GbGFzaCBjaGlwIGRyaXZlcnMKIwpDT05G SUdfTVREX0NGST1tCkNPTkZJR19NVERfSkVERUNQUk9CRT1tCkNPTkZJR19NVERfR0VOX1BST0JF PW0KIyBDT05GSUdfTVREX0NGSV9BRFZfT1BUSU9OUyBpcyBub3Qgc2V0CkNPTkZJR19NVERfTUFQ X0JBTktfV0lEVEhfMT15CkNPTkZJR19NVERfTUFQX0JBTktfV0lEVEhfMj15CkNPTkZJR19NVERf TUFQX0JBTktfV0lEVEhfND15CiMgQ09ORklHX01URF9NQVBfQkFOS19XSURUSF84IGlzIG5vdCBz ZXQKIyBDT05GSUdfTVREX01BUF9CQU5LX1dJRFRIXzE2IGlzIG5vdCBzZXQKIyBDT05GSUdfTVRE X01BUF9CQU5LX1dJRFRIXzMyIGlzIG5vdCBzZXQKQ09ORklHX01URF9DRklfSTE9eQpDT05GSUdf TVREX0NGSV9JMj15CiMgQ09ORklHX01URF9DRklfSTQgaXMgbm90IHNldAojIENPTkZJR19NVERf Q0ZJX0k4IGlzIG5vdCBzZXQKQ09ORklHX01URF9DRklfSU5URUxFWFQ9bQpDT05GSUdfTVREX0NG SV9BTURTVEQ9bQpDT05GSUdfTVREX0NGSV9TVEFBPW0KQ09ORklHX01URF9DRklfVVRJTD1tCkNP TkZJR19NVERfUkFNPW0KQ09ORklHX01URF9ST009bQpDT05GSUdfTVREX0FCU0VOVD1tCgojCiMg TWFwcGluZyBkcml2ZXJzIGZvciBjaGlwIGFjY2VzcwojCkNPTkZJR19NVERfQ09NUExFWF9NQVBQ SU5HUz15CkNPTkZJR19NVERfUEhZU01BUD1tCiMgQ09ORklHX01URF9QSFlTTUFQX0NPTVBBVCBp cyBub3Qgc2V0CkNPTkZJR19NVERfU0M1MjBDRFA9bQpDT05GSUdfTVREX05FVFNDNTIwPW0KQ09O RklHX01URF9UUzU1MDA9bQpDT05GSUdfTVREX1NCQ19HWFg9bQpDT05GSUdfTVREX1NDeDIwMF9E T0NGTEFTSD1tCiMgQ09ORklHX01URF9BTUQ3NlhST00gaXMgbm90IHNldAojIENPTkZJR19NVERf SUNIWFJPTSBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9FU0IyUk9NIGlzIG5vdCBzZXQKIyBDT05G SUdfTVREX0NLODA0WFJPTSBpcyBub3Qgc2V0CiMgQ09ORklHX01URF9TQ0IyX0ZMQVNIIGlzIG5v dCBzZXQKQ09ORklHX01URF9ORVR0ZWw9bQojIENPTkZJR19NVERfTDQ0MEdYIGlzIG5vdCBzZXQK Q09ORklHX01URF9QQ0k9bQpDT05GSUdfTVREX0lOVEVMX1ZSX05PUj1tCkNPTkZJR19NVERfUExB VFJBTT1tCgojCiMgU2VsZi1jb250YWluZWQgTVREIGRldmljZSBkcml2ZXJzCiMKQ09ORklHX01U RF9QTUM1NTE9bQojIENPTkZJR19NVERfUE1DNTUxX0JVR0ZJWCBpcyBub3Qgc2V0CiMgQ09ORklH X01URF9QTUM1NTFfREVCVUcgaXMgbm90IHNldApDT05GSUdfTVREX0RBVEFGTEFTSD1tCiMgQ09O RklHX01URF9EQVRBRkxBU0hfV1JJVEVfVkVSSUZZIGlzIG5vdCBzZXQKIyBDT05GSUdfTVREX0RB VEFGTEFTSF9PVFAgaXMgbm90IHNldApDT05GSUdfTVREX00yNVA4MD1tCkNPTkZJR19NMjVQWFhf VVNFX0ZBU1RfUkVBRD15CiMgQ09ORklHX01URF9TU1QyNUwgaXMgbm90IHNldApDT05GSUdfTVRE X1NMUkFNPW0KQ09ORklHX01URF9QSFJBTT1tCkNPTkZJR19NVERfTVREUkFNPW0KQ09ORklHX01U RFJBTV9UT1RBTF9TSVpFPTQwOTYKQ09ORklHX01URFJBTV9FUkFTRV9TSVpFPTEyOApDT05GSUdf TVREX0JMT0NLMk1URD1tCgojCiMgRGlzay1Pbi1DaGlwIERldmljZSBEcml2ZXJzCiMKQ09ORklH X01URF9ET0MyMDAwPW0KQ09ORklHX01URF9ET0MyMDAxPW0KQ09ORklHX01URF9ET0MyMDAxUExV Uz1tCkNPTkZJR19NVERfRE9DUFJPQkU9bQpDT05GSUdfTVREX0RPQ0VDQz1tCiMgQ09ORklHX01U RF9ET0NQUk9CRV9BRFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19NVERfRE9DUFJPQkVfQUREUkVT Uz0wCkNPTkZJR19NVERfTkFORD1tCiMgQ09ORklHX01URF9OQU5EX1ZFUklGWV9XUklURSBpcyBu b3Qgc2V0CiMgQ09ORklHX01URF9OQU5EX0VDQ19TTUMgaXMgbm90IHNldAojIENPTkZJR19NVERf TkFORF9NVVNFVU1fSURTIGlzIG5vdCBzZXQKQ09ORklHX01URF9OQU5EX0lEUz1tCkNPTkZJR19N VERfTkFORF9ESVNLT05DSElQPW0KIyBDT05GSUdfTVREX05BTkRfRElTS09OQ0hJUF9QUk9CRV9B RFZBTkNFRCBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9ESVNLT05DSElQX1BST0JFX0FERFJF U1M9MAojIENPTkZJR19NVERfTkFORF9ESVNLT05DSElQX0JCVFdSSVRFIGlzIG5vdCBzZXQKQ09O RklHX01URF9OQU5EX0NBRkU9bQpDT05GSUdfTVREX05BTkRfQ1M1NTNYPW0KIyBDT05GSUdfTVRE X05BTkRfTkFORFNJTSBpcyBub3Qgc2V0CkNPTkZJR19NVERfTkFORF9QTEFURk9STT1tCkNPTkZJ R19NVERfQUxBVURBPW0KQ09ORklHX01URF9PTkVOQU5EPW0KQ09ORklHX01URF9PTkVOQU5EX1ZF UklGWV9XUklURT15CiMgQ09ORklHX01URF9PTkVOQU5EX0dFTkVSSUMgaXMgbm90IHNldAojIENP TkZJR19NVERfT05FTkFORF9PVFAgaXMgbm90IHNldApDT05GSUdfTVREX09ORU5BTkRfMlhfUFJP R1JBTT15CkNPTkZJR19NVERfT05FTkFORF9TSU09bQoKIwojIExQRERSIGZsYXNoIG1lbW9yeSBk cml2ZXJzCiMKIyBDT05GSUdfTVREX0xQRERSIGlzIG5vdCBzZXQKCiMKIyBVQkkgLSBVbnNvcnRl ZCBibG9jayBpbWFnZXMKIwpDT05GSUdfTVREX1VCST1tCkNPTkZJR19NVERfVUJJX1dMX1RIUkVT SE9MRD00MDk2CkNPTkZJR19NVERfVUJJX0JFQl9SRVNFUlZFPTEKIyBDT05GSUdfTVREX1VCSV9H TFVFQkkgaXMgbm90IHNldAoKIwojIFVCSSBkZWJ1Z2dpbmcgb3B0aW9ucwojCiMgQ09ORklHX01U RF9VQklfREVCVUcgaXMgbm90IHNldApDT05GSUdfUEFSUE9SVD1tCkNPTkZJR19QQVJQT1JUX1BD PW0KQ09ORklHX1BBUlBPUlRfU0VSSUFMPW0KIyBDT05GSUdfUEFSUE9SVF9QQ19GSUZPIGlzIG5v dCBzZXQKIyBDT05GSUdfUEFSUE9SVF9QQ19TVVBFUklPIGlzIG5vdCBzZXQKQ09ORklHX1BBUlBP UlRfUENfUENNQ0lBPW0KIyBDT05GSUdfUEFSUE9SVF9HU0MgaXMgbm90IHNldApDT05GSUdfUEFS UE9SVF9BWDg4Nzk2PW0KQ09ORklHX1BBUlBPUlRfMTI4ND15CkNPTkZJR19QQVJQT1JUX05PVF9Q Qz15CkNPTkZJR19QTlA9eQpDT05GSUdfUE5QX0RFQlVHX01FU1NBR0VTPXkKCiMKIyBQcm90b2Nv bHMKIwpDT05GSUdfSVNBUE5QPXkKQ09ORklHX1BOUEJJT1M9eQpDT05GSUdfUE5QQklPU19QUk9D X0ZTPXkKQ09ORklHX1BOUEFDUEk9eQpDT05GSUdfQkxLX0RFVj15CkNPTkZJR19CTEtfREVWX0ZE PW0KQ09ORklHX0JMS19ERVZfWEQ9bQpDT05GSUdfUEFSSURFPW0KCiMKIyBQYXJhbGxlbCBJREUg aGlnaC1sZXZlbCBkcml2ZXJzCiMKQ09ORklHX1BBUklERV9QRD1tCkNPTkZJR19QQVJJREVfUENE PW0KQ09ORklHX1BBUklERV9QRj1tCkNPTkZJR19QQVJJREVfUFQ9bQpDT05GSUdfUEFSSURFX1BH PW0KCiMKIyBQYXJhbGxlbCBJREUgcHJvdG9jb2wgbW9kdWxlcwojCkNPTkZJR19QQVJJREVfQVRF Tj1tCkNPTkZJR19QQVJJREVfQlBDSz1tCkNPTkZJR19QQVJJREVfQlBDSzY9bQpDT05GSUdfUEFS SURFX0NPTU09bQpDT05GSUdfUEFSSURFX0RTVFI9bQpDT05GSUdfUEFSSURFX0ZJVDI9bQpDT05G SUdfUEFSSURFX0ZJVDM9bQpDT05GSUdfUEFSSURFX0VQQVQ9bQojIENPTkZJR19QQVJJREVfRVBB VEM4IGlzIG5vdCBzZXQKQ09ORklHX1BBUklERV9FUElBPW0KQ09ORklHX1BBUklERV9GUklRPW0K Q09ORklHX1BBUklERV9GUlBXPW0KQ09ORklHX1BBUklERV9LQklDPW0KQ09ORklHX1BBUklERV9L VFRJPW0KQ09ORklHX1BBUklERV9PTjIwPW0KQ09ORklHX1BBUklERV9PTjI2PW0KQ09ORklHX0JM S19DUFFfREE9bQpDT05GSUdfQkxLX0NQUV9DSVNTX0RBPW0KQ09ORklHX0NJU1NfU0NTSV9UQVBF PXkKQ09ORklHX0JMS19ERVZfREFDOTYwPW0KQ09ORklHX0JMS19ERVZfVU1FTT1tCiMgQ09ORklH X0JMS19ERVZfQ09XX0NPTU1PTiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0xPT1A9bQpDT05G SUdfQkxLX0RFVl9DUllQVE9MT09QPW0KQ09ORklHX0JMS19ERVZfTkJEPW0KQ09ORklHX0JMS19E RVZfU1g4PW0KIyBDT05GSUdfQkxLX0RFVl9VQiBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX1JB TT15CkNPTkZJR19CTEtfREVWX1JBTV9DT1VOVD0xNgpDT05GSUdfQkxLX0RFVl9SQU1fU0laRT04 MTkyCiMgQ09ORklHX0JMS19ERVZfWElQIGlzIG5vdCBzZXQKQ09ORklHX0NEUk9NX1BLVENEVkQ9 bQpDT05GSUdfQ0RST01fUEtUQ0RWRF9CVUZGRVJTPTgKIyBDT05GSUdfQ0RST01fUEtUQ0RWRF9X Q0FDSEUgaXMgbm90IHNldApDT05GSUdfQVRBX09WRVJfRVRIPW0KQ09ORklHX1hFTl9CTEtERVZf RlJPTlRFTkQ9bQpDT05GSUdfVklSVElPX0JMSz1tCiMgQ09ORklHX0JMS19ERVZfSEQgaXMgbm90 IHNldApDT05GSUdfTUlTQ19ERVZJQ0VTPXkKQ09ORklHX0lCTV9BU009bQpDT05GSUdfUEhBTlRP TT1tCkNPTkZJR19TR0lfSU9DND1tCkNPTkZJR19USUZNX0NPUkU9bQpDT05GSUdfVElGTV83WFgx PW0KIyBDT05GSUdfSUNTOTMyUzQwMSBpcyBub3Qgc2V0CkNPTkZJR19FTkNMT1NVUkVfU0VSVklD RVM9bQpDT05GSUdfSFBfSUxPPW0KIyBDT05GSUdfREVMTF9MQVBUT1AgaXMgbm90IHNldAojIENP TkZJR19JU0wyOTAwMyBpcyBub3Qgc2V0CiMgQ09ORklHX0MyUE9SVCBpcyBub3Qgc2V0CgojCiMg RUVQUk9NIHN1cHBvcnQKIwojIENPTkZJR19FRVBST01fQVQyNCBpcyBub3Qgc2V0CiMgQ09ORklH X0VFUFJPTV9BVDI1IGlzIG5vdCBzZXQKIyBDT05GSUdfRUVQUk9NX0xFR0FDWSBpcyBub3Qgc2V0 CiMgQ09ORklHX0VFUFJPTV9NQVg2ODc1IGlzIG5vdCBzZXQKQ09ORklHX0VFUFJPTV85M0NYNj1t CiMgQ09ORklHX0NCNzEwX0NPUkUgaXMgbm90IHNldApDT05GSUdfSEFWRV9JREU9eQpDT05GSUdf SURFPXkKCiMKIyBQbGVhc2Ugc2VlIERvY3VtZW50YXRpb24vaWRlL2lkZS50eHQgZm9yIGhlbHAv aW5mbyBvbiBJREUgZHJpdmVzCiMKQ09ORklHX0lERV9YRkVSX01PREU9eQpDT05GSUdfSURFX1RJ TUlOR1M9eQpDT05GSUdfSURFX0FUQVBJPXkKIyBDT05GSUdfQkxLX0RFVl9JREVfU0FUQSBpcyBu b3Qgc2V0CkNPTkZJR19JREVfR0Q9bQpDT05GSUdfSURFX0dEX0FUQT15CiMgQ09ORklHX0lERV9H RF9BVEFQSSBpcyBub3Qgc2V0CkNPTkZJR19CTEtfREVWX0lERUNTPW0KQ09ORklHX0JMS19ERVZf REVMS0lOPW0KQ09ORklHX0JMS19ERVZfSURFQ0Q9bQpDT05GSUdfQkxLX0RFVl9JREVDRF9WRVJC T1NFX0VSUk9SUz15CkNPTkZJR19CTEtfREVWX0lERVRBUEU9bQpDT05GSUdfQkxLX0RFVl9JREVB Q1BJPXkKIyBDT05GSUdfSURFX1RBU0tfSU9DVEwgaXMgbm90IHNldApDT05GSUdfSURFX1BST0Nf RlM9eQoKIwojIElERSBjaGlwc2V0IHN1cHBvcnQvYnVnZml4ZXMKIwpDT05GSUdfSURFX0dFTkVS SUM9bQojIENPTkZJR19CTEtfREVWX1BMQVRGT1JNIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf Q01ENjQwPW0KIyBDT05GSUdfQkxLX0RFVl9DTUQ2NDBfRU5IQU5DRUQgaXMgbm90IHNldApDT05G SUdfQkxLX0RFVl9JREVQTlA9bQpDT05GSUdfQkxLX0RFVl9JREVETUFfU0ZGPXkKCiMKIyBQQ0kg SURFIGNoaXBzZXRzIHN1cHBvcnQKIwpDT05GSUdfQkxLX0RFVl9JREVQQ0k9eQojIENPTkZJR19C TEtfREVWX09GRkJPQVJEIGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZfR0VORVJJQz1tCkNPTkZJ R19CTEtfREVWX09QVEk2MjE9bQpDT05GSUdfQkxLX0RFVl9SWjEwMDA9bQpDT05GSUdfQkxLX0RF Vl9JREVETUFfUENJPXkKQ09ORklHX0JMS19ERVZfQUVDNjJYWD1tCkNPTkZJR19CTEtfREVWX0FM STE1WDM9bQpDT05GSUdfQkxLX0RFVl9BTUQ3NFhYPW0KQ09ORklHX0JMS19ERVZfQVRJSVhQPW0K Q09ORklHX0JMS19ERVZfQ01ENjRYPW0KQ09ORklHX0JMS19ERVZfVFJJRkxFWD1tCkNPTkZJR19C TEtfREVWX0NTNTUyMD1tCkNPTkZJR19CTEtfREVWX0NTNTUzMD1tCkNPTkZJR19CTEtfREVWX0NT NTUzNT1tCiMgQ09ORklHX0JMS19ERVZfQ1M1NTM2IGlzIG5vdCBzZXQKQ09ORklHX0JMS19ERVZf SFBUMzY2PW0KQ09ORklHX0JMS19ERVZfSk1JQ1JPTj1tCkNPTkZJR19CTEtfREVWX1NDMTIwMD1t CkNPTkZJR19CTEtfREVWX1BJSVg9bQojIENPTkZJR19CTEtfREVWX0lUODE3MiBpcyBub3Qgc2V0 CkNPTkZJR19CTEtfREVWX0lUODIxMz1tCkNPTkZJR19CTEtfREVWX0lUODIxWD1tCkNPTkZJR19C TEtfREVWX05TODc0MTU9bQpDT05GSUdfQkxLX0RFVl9QREMyMDJYWF9PTEQ9bQpDT05GSUdfQkxL X0RFVl9QREMyMDJYWF9ORVc9bQpDT05GSUdfQkxLX0RFVl9TVldLUz1tCkNPTkZJR19CTEtfREVW X1NJSU1BR0U9bQpDT05GSUdfQkxLX0RFVl9TSVM1NTEzPW0KQ09ORklHX0JMS19ERVZfU0xDOTBF NjY9bQpDT05GSUdfQkxLX0RFVl9UUk0yOTA9bQpDT05GSUdfQkxLX0RFVl9WSUE4MkNYWFg9bQpD T05GSUdfQkxLX0RFVl9UQzg2QzAwMT1tCgojCiMgT3RoZXIgSURFIGNoaXBzZXRzIHN1cHBvcnQK IwoKIwojIE5vdGU6IG1vc3Qgb2YgdGhlc2UgYWxzbyByZXF1aXJlIHNwZWNpYWwga2VybmVsIGJv b3QgcGFyYW1ldGVycwojCiMgQ09ORklHX0JMS19ERVZfNERSSVZFUyBpcyBub3Qgc2V0CiMgQ09O RklHX0JMS19ERVZfQUxJMTRYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfRFRDMjI3OCBp cyBub3Qgc2V0CiMgQ09ORklHX0JMS19ERVZfSFQ2NTYwQiBpcyBub3Qgc2V0CiMgQ09ORklHX0JM S19ERVZfUUQ2NVhYIGlzIG5vdCBzZXQKIyBDT05GSUdfQkxLX0RFVl9VTUM4NjcyIGlzIG5vdCBz ZXQKQ09ORklHX0JMS19ERVZfSURFRE1BPXkKCiMKIyBTQ1NJIGRldmljZSBzdXBwb3J0CiMKQ09O RklHX1JBSURfQVRUUlM9bQpDT05GSUdfU0NTST1tCkNPTkZJR19TQ1NJX0RNQT15CkNPTkZJR19T Q1NJX1RHVD1tCkNPTkZJR19TQ1NJX05FVExJTks9eQpDT05GSUdfU0NTSV9QUk9DX0ZTPXkKCiMK IyBTQ1NJIHN1cHBvcnQgdHlwZSAoZGlzaywgdGFwZSwgQ0QtUk9NKQojCkNPTkZJR19CTEtfREVW X1NEPW0KQ09ORklHX0NIUl9ERVZfU1Q9bQpDT05GSUdfQ0hSX0RFVl9PU1NUPW0KQ09ORklHX0JM S19ERVZfU1I9bQpDT05GSUdfQkxLX0RFVl9TUl9WRU5ET1I9eQpDT05GSUdfQ0hSX0RFVl9TRz1t CkNPTkZJR19DSFJfREVWX1NDSD1tCkNPTkZJR19TQ1NJX0VOQ0xPU1VSRT1tCkNPTkZJR19TQ1NJ X01VTFRJX0xVTj15CkNPTkZJR19TQ1NJX0NPTlNUQU5UUz15CkNPTkZJR19TQ1NJX0xPR0dJTkc9 eQpDT05GSUdfU0NTSV9TQ0FOX0FTWU5DPXkKQ09ORklHX1NDU0lfV0FJVF9TQ0FOPW0KCiMKIyBT Q1NJIFRyYW5zcG9ydHMKIwpDT05GSUdfU0NTSV9TUElfQVRUUlM9bQpDT05GSUdfU0NTSV9GQ19B VFRSUz1tCkNPTkZJR19TQ1NJX0ZDX1RHVF9BVFRSUz15CkNPTkZJR19TQ1NJX0lTQ1NJX0FUVFJT PW0KQ09ORklHX1NDU0lfU0FTX0FUVFJTPW0KQ09ORklHX1NDU0lfU0FTX0xJQlNBUz1tCkNPTkZJ R19TQ1NJX1NBU19BVEE9eQpDT05GSUdfU0NTSV9TQVNfSE9TVF9TTVA9eQojIENPTkZJR19TQ1NJ X1NBU19MSUJTQVNfREVCVUcgaXMgbm90IHNldApDT05GSUdfU0NTSV9TUlBfQVRUUlM9bQpDT05G SUdfU0NTSV9TUlBfVEdUX0FUVFJTPXkKQ09ORklHX1NDU0lfTE9XTEVWRUw9eQpDT05GSUdfSVND U0lfVENQPW0KIyBDT05GSUdfU0NTSV9DWEdCM19JU0NTSSBpcyBub3Qgc2V0CiMgQ09ORklHX1ND U0lfQk5YMl9JU0NTSSBpcyBub3Qgc2V0CiMgQ09ORklHX0JFMklTQ1NJIGlzIG5vdCBzZXQKQ09O RklHX0JMS19ERVZfM1dfWFhYWF9SQUlEPW0KQ09ORklHX1NDU0lfM1dfOVhYWD1tCkNPTkZJR19T Q1NJXzcwMDBGQVNTVD1tCkNPTkZJR19TQ1NJX0FDQVJEPW0KQ09ORklHX1NDU0lfQUhBMTUyWD1t CkNPTkZJR19TQ1NJX0FIQTE1NDI9bQpDT05GSUdfU0NTSV9BQUNSQUlEPW0KQ09ORklHX1NDU0lf QUlDN1hYWD1tCkNPTkZJR19BSUM3WFhYX0NNRFNfUEVSX0RFVklDRT04CkNPTkZJR19BSUM3WFhY X1JFU0VUX0RFTEFZX01TPTE1MDAwCkNPTkZJR19BSUM3WFhYX0RFQlVHX0VOQUJMRT15CkNPTkZJ R19BSUM3WFhYX0RFQlVHX01BU0s9MApDT05GSUdfQUlDN1hYWF9SRUdfUFJFVFRZX1BSSU5UPXkK Q09ORklHX1NDU0lfQUlDN1hYWF9PTEQ9bQpDT05GSUdfU0NTSV9BSUM3OVhYPW0KQ09ORklHX0FJ Qzc5WFhfQ01EU19QRVJfREVWSUNFPTMyCkNPTkZJR19BSUM3OVhYX1JFU0VUX0RFTEFZX01TPTE1 MDAwCkNPTkZJR19BSUM3OVhYX0RFQlVHX0VOQUJMRT15CkNPTkZJR19BSUM3OVhYX0RFQlVHX01B U0s9MApDT05GSUdfQUlDNzlYWF9SRUdfUFJFVFRZX1BSSU5UPXkKQ09ORklHX1NDU0lfQUlDOTRY WD1tCiMgQ09ORklHX0FJQzk0WFhfREVCVUcgaXMgbm90IHNldApDT05GSUdfU0NTSV9NVlNBUz1t CkNPTkZJR19TQ1NJX01WU0FTX0RFQlVHPXkKQ09ORklHX1NDU0lfRFBUX0kyTz1tCkNPTkZJR19T Q1NJX0FEVkFOU1lTPW0KQ09ORklHX1NDU0lfSU4yMDAwPW0KQ09ORklHX1NDU0lfQVJDTVNSPW0K IyBDT05GSUdfU0NTSV9BUkNNU1JfQUVSIGlzIG5vdCBzZXQKQ09ORklHX01FR0FSQUlEX05FV0dF Tj15CkNPTkZJR19NRUdBUkFJRF9NTT1tCkNPTkZJR19NRUdBUkFJRF9NQUlMQk9YPW0KQ09ORklH X01FR0FSQUlEX0xFR0FDWT1tCkNPTkZJR19NRUdBUkFJRF9TQVM9bQojIENPTkZJR19TQ1NJX01Q VDJTQVMgaXMgbm90IHNldApDT05GSUdfU0NTSV9IUFRJT1A9bQpDT05GSUdfU0NTSV9CVVNMT0dJ Qz1tCiMgQ09ORklHX1NDU0lfRkxBU0hQT0lOVCBpcyBub3Qgc2V0CiMgQ09ORklHX0xJQkZDIGlz IG5vdCBzZXQKIyBDT05GSUdfTElCRkNPRSBpcyBub3Qgc2V0CiMgQ09ORklHX0ZDT0UgaXMgbm90 IHNldAojIENPTkZJR19GQ09FX0ZOSUMgaXMgbm90IHNldApDT05GSUdfU0NTSV9ETVgzMTkxRD1t CkNPTkZJR19TQ1NJX0RUQzMyODA9bQpDT05GSUdfU0NTSV9FQVRBPW0KQ09ORklHX1NDU0lfRUFU QV9UQUdHRURfUVVFVUU9eQpDT05GSUdfU0NTSV9FQVRBX0xJTktFRF9DT01NQU5EUz15CkNPTkZJ R19TQ1NJX0VBVEFfTUFYX1RBR1M9MTYKQ09ORklHX1NDU0lfRlVUVVJFX0RPTUFJTj1tCkNPTkZJ R19TQ1NJX0dEVEg9bQojIENPTkZJR19TQ1NJX0dFTkVSSUNfTkNSNTM4MCBpcyBub3Qgc2V0CiMg Q09ORklHX1NDU0lfR0VORVJJQ19OQ1I1MzgwX01NSU8gaXMgbm90IHNldApDT05GSUdfU0NTSV9J UFM9bQpDT05GSUdfU0NTSV9JTklUSU89bQojIENPTkZJR19TQ1NJX0lOSUExMDAgaXMgbm90IHNl dApDT05GSUdfU0NTSV9QUEE9bQpDT05GSUdfU0NTSV9JTU09bQojIENPTkZJR19TQ1NJX0laSVBf RVBQMTYgaXMgbm90IHNldAojIENPTkZJR19TQ1NJX0laSVBfU0xPV19DVFIgaXMgbm90IHNldApD T05GSUdfU0NTSV9OQ1I1M0M0MDZBPW0KQ09ORklHX1NDU0lfU1RFWD1tCkNPTkZJR19TQ1NJX1NZ TTUzQzhYWF8yPW0KQ09ORklHX1NDU0lfU1lNNTNDOFhYX0RNQV9BRERSRVNTSU5HX01PREU9MQpD T05GSUdfU0NTSV9TWU01M0M4WFhfREVGQVVMVF9UQUdTPTE2CkNPTkZJR19TQ1NJX1NZTTUzQzhY WF9NQVhfVEFHUz02NApDT05GSUdfU0NTSV9TWU01M0M4WFhfTU1JTz15CkNPTkZJR19TQ1NJX0lQ Uj1tCiMgQ09ORklHX1NDU0lfSVBSX1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfU0NTSV9JUFJf RFVNUCBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1BBUzE2PW0KQ09ORklHX1NDU0lfUUxPR0lDX0ZB Uz1tCkNPTkZJR19TQ1NJX1FMT0dJQ18xMjgwPW0KQ09ORklHX1NDU0lfUUxBX0ZDPW0KQ09ORklH X1NDU0lfUUxBX0lTQ1NJPW0KQ09ORklHX1NDU0lfTFBGQz1tCiMgQ09ORklHX1NDU0lfTFBGQ19E RUJVR19GUyBpcyBub3Qgc2V0CkNPTkZJR19TQ1NJX1NZTTUzQzQxNj1tCkNPTkZJR19TQ1NJX0RD Mzk1eD1tCkNPTkZJR19TQ1NJX0RDMzkwVD1tCkNPTkZJR19TQ1NJX1QxMjg9bQpDT05GSUdfU0NT SV9VMTRfMzRGPW0KQ09ORklHX1NDU0lfVTE0XzM0Rl9UQUdHRURfUVVFVUU9eQpDT05GSUdfU0NT SV9VMTRfMzRGX0xJTktFRF9DT01NQU5EUz15CkNPTkZJR19TQ1NJX1UxNF8zNEZfTUFYX1RBR1M9 OApDT05GSUdfU0NTSV9VTFRSQVNUT1I9bQpDT05GSUdfU0NTSV9OU1AzMj1tCkNPTkZJR19TQ1NJ X0RFQlVHPW0KIyBDT05GSUdfU0NTSV9QTUNSQUlEIGlzIG5vdCBzZXQKQ09ORklHX1NDU0lfU1JQ PW0KIyBDT05GSUdfU0NTSV9CRkFfRkMgaXMgbm90IHNldApDT05GSUdfU0NTSV9MT1dMRVZFTF9Q Q01DSUE9eQpDT05GSUdfUENNQ0lBX0FIQTE1Mlg9bQpDT05GSUdfUENNQ0lBX0ZET01BSU49bQpD T05GSUdfUENNQ0lBX05JTkpBX1NDU0k9bQpDT05GSUdfUENNQ0lBX1FMT0dJQz1tCkNPTkZJR19Q Q01DSUFfU1lNNTNDNTAwPW0KIyBDT05GSUdfU0NTSV9ESCBpcyBub3Qgc2V0CiMgQ09ORklHX1ND U0lfT1NEX0lOSVRJQVRPUiBpcyBub3Qgc2V0CkNPTkZJR19BVEE9bQojIENPTkZJR19BVEFfTk9O U1RBTkRBUkQgaXMgbm90IHNldApDT05GSUdfQVRBX1ZFUkJPU0VfRVJST1I9eQpDT05GSUdfQVRB X0FDUEk9eQpDT05GSUdfU0FUQV9QTVA9eQpDT05GSUdfU0FUQV9BSENJPW0KQ09ORklHX1NBVEFf U0lMMjQ9bQpDT05GSUdfQVRBX1NGRj15CkNPTkZJR19TQVRBX1NWVz1tCkNPTkZJR19BVEFfUElJ WD1tCkNPTkZJR19TQVRBX01WPW0KQ09ORklHX1NBVEFfTlY9bQpDT05GSUdfUERDX0FETUE9bQpD T05GSUdfU0FUQV9RU1RPUj1tCkNPTkZJR19TQVRBX1BST01JU0U9bQpDT05GSUdfU0FUQV9TWDQ9 bQpDT05GSUdfU0FUQV9TSUw9bQpDT05GSUdfU0FUQV9TSVM9bQpDT05GSUdfU0FUQV9VTEk9bQpD T05GSUdfU0FUQV9WSUE9bQpDT05GSUdfU0FUQV9WSVRFU1NFPW0KQ09ORklHX1NBVEFfSU5JQzE2 Mlg9bQojIENPTkZJR19QQVRBX0FDUEkgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0FMSSBpcyBu b3Qgc2V0CiMgQ09ORklHX1BBVEFfQU1EIGlzIG5vdCBzZXQKQ09ORklHX1BBVEFfQVJUT1A9bQoj IENPTkZJR19QQVRBX0FUUDg2N1ggaXMgbm90IHNldAojIENPTkZJR19QQVRBX0FUSUlYUCBpcyBu b3Qgc2V0CiMgQ09ORklHX1BBVEFfQ01ENjQwX1BDSSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFf Q01ENjRYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9DUzU1MjAgaXMgbm90IHNldAojIENPTkZJ R19QQVRBX0NTNTUzMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfQ1M1NTM1IGlzIG5vdCBzZXQK IyBDT05GSUdfUEFUQV9DUzU1MzYgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0NZUFJFU1MgaXMg bm90IHNldAojIENPTkZJR19QQVRBX0VGQVIgaXMgbm90IHNldApDT05GSUdfQVRBX0dFTkVSSUM9 bQojIENPTkZJR19QQVRBX0hQVDM2NiBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfSFBUMzdYIGlz IG5vdCBzZXQKIyBDT05GSUdfUEFUQV9IUFQzWDJOIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9I UFQzWDMgaXMgbm90IHNldAojIENPTkZJR19QQVRBX0lTQVBOUCBpcyBub3Qgc2V0CiMgQ09ORklH X1BBVEFfSVQ4MjFYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9JVDgyMTMgaXMgbm90IHNldAoj IENPTkZJR19QQVRBX0pNSUNST04gaXMgbm90IHNldAojIENPTkZJR19QQVRBX0xFR0FDWSBpcyBu b3Qgc2V0CiMgQ09ORklHX1BBVEFfVFJJRkxFWCBpcyBub3Qgc2V0CkNPTkZJR19QQVRBX01BUlZF TEw9bQojIENPTkZJR19QQVRBX01QSUlYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PTERQSUlY IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9ORVRDRUxMIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFU QV9OSU5KQTMyIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9OUzg3NDEwIGlzIG5vdCBzZXQKIyBD T05GSUdfUEFUQV9OUzg3NDE1IGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9PUFRJIGlzIG5vdCBz ZXQKIyBDT05GSUdfUEFUQV9PUFRJRE1BIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9QQ01DSUEg aXMgbm90IHNldAojIENPTkZJR19QQVRBX1BEQ19PTEQgaXMgbm90IHNldAojIENPTkZJR19QQVRB X1FESSBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfUkFESVNZUyBpcyBub3Qgc2V0CiMgQ09ORklH X1BBVEFfUkRDIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9SWjEwMDAgaXMgbm90IHNldAojIENP TkZJR19QQVRBX1NDMTIwMCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfU0VSVkVSV09SS1MgaXMg bm90IHNldAojIENPTkZJR19QQVRBX1BEQzIwMjdYIGlzIG5vdCBzZXQKIyBDT05GSUdfUEFUQV9T SUw2ODAgaXMgbm90IHNldApDT05GSUdfUEFUQV9TSVM9bQojIENPTkZJR19QQVRBX1ZJQSBpcyBu b3Qgc2V0CiMgQ09ORklHX1BBVEFfV0lOQk9ORCBpcyBub3Qgc2V0CiMgQ09ORklHX1BBVEFfV0lO Qk9ORF9WTEIgaXMgbm90IHNldApDT05GSUdfUEFUQV9TQ0g9bQpDT05GSUdfTUQ9eQpDT05GSUdf QkxLX0RFVl9NRD1tCkNPTkZJR19NRF9MSU5FQVI9bQpDT05GSUdfTURfUkFJRDA9bQpDT05GSUdf TURfUkFJRDE9bQpDT05GSUdfTURfUkFJRDEwPW0KQ09ORklHX01EX1JBSUQ0NTY9bQojIENPTkZJ R19NVUxUSUNPUkVfUkFJRDQ1NiBpcyBub3Qgc2V0CkNPTkZJR19NRF9SQUlENl9QUT1tCiMgQ09O RklHX0FTWU5DX1JBSUQ2X1RFU1QgaXMgbm90IHNldApDT05GSUdfTURfTVVMVElQQVRIPW0KQ09O RklHX01EX0ZBVUxUWT1tCkNPTkZJR19CTEtfREVWX0RNPW0KIyBDT05GSUdfRE1fREVCVUcgaXMg bm90IHNldApDT05GSUdfRE1fQ1JZUFQ9bQpDT05GSUdfRE1fU05BUFNIT1Q9bQpDT05GSUdfRE1f TUlSUk9SPW0KIyBDT05GSUdfRE1fTE9HX1VTRVJTUEFDRSBpcyBub3Qgc2V0CkNPTkZJR19ETV9a RVJPPW0KQ09ORklHX0RNX01VTFRJUEFUSD1tCiMgQ09ORklHX0RNX01VTFRJUEFUSF9RTCBpcyBu b3Qgc2V0CiMgQ09ORklHX0RNX01VTFRJUEFUSF9TVCBpcyBub3Qgc2V0CkNPTkZJR19ETV9ERUxB WT1tCkNPTkZJR19ETV9VRVZFTlQ9eQpDT05GSUdfRlVTSU9OPXkKQ09ORklHX0ZVU0lPTl9TUEk9 bQpDT05GSUdfRlVTSU9OX0ZDPW0KQ09ORklHX0ZVU0lPTl9TQVM9bQpDT05GSUdfRlVTSU9OX01B WF9TR0U9NDAKQ09ORklHX0ZVU0lPTl9DVEw9bQpDT05GSUdfRlVTSU9OX0xBTj1tCiMgQ09ORklH X0ZVU0lPTl9MT0dHSU5HIGlzIG5vdCBzZXQKCiMKIyBJRUVFIDEzOTQgKEZpcmVXaXJlKSBzdXBw b3J0CiMKCiMKIyBZb3UgY2FuIGVuYWJsZSBvbmUgb3IgYm90aCBGaXJlV2lyZSBkcml2ZXIgc3Rh Y2tzLgojCgojCiMgU2VlIHRoZSBoZWxwIHRleHRzIGZvciBtb3JlIGluZm9ybWF0aW9uLgojCiMg Q09ORklHX0ZJUkVXSVJFIGlzIG5vdCBzZXQKQ09ORklHX0lFRUUxMzk0PW0KQ09ORklHX0lFRUUx Mzk0X09IQ0kxMzk0PW0KQ09ORklHX0lFRUUxMzk0X1BDSUxZTlg9bQpDT05GSUdfSUVFRTEzOTRf U0JQMj1tCiMgQ09ORklHX0lFRUUxMzk0X1NCUDJfUEhZU19ETUEgaXMgbm90IHNldApDT05GSUdf SUVFRTEzOTRfRVRIMTM5NF9ST01fRU5UUlk9eQpDT05GSUdfSUVFRTEzOTRfRVRIMTM5ND1tCkNP TkZJR19JRUVFMTM5NF9SQVdJTz1tCkNPTkZJR19JRUVFMTM5NF9WSURFTzEzOTQ9bQpDT05GSUdf SUVFRTEzOTRfRFYxMzk0PW0KIyBDT05GSUdfSUVFRTEzOTRfVkVSQk9TRURFQlVHIGlzIG5vdCBz ZXQKQ09ORklHX0kyTz1tCkNPTkZJR19JMk9fTENUX05PVElGWV9PTl9DSEFOR0VTPXkKQ09ORklH X0kyT19FWFRfQURBUFRFQz15CkNPTkZJR19JMk9fRVhUX0FEQVBURUNfRE1BNjQ9eQpDT05GSUdf STJPX0NPTkZJRz1tCkNPTkZJR19JMk9fQ09ORklHX09MRF9JT0NUTD15CkNPTkZJR19JMk9fQlVT PW0KQ09ORklHX0kyT19CTE9DSz1tCkNPTkZJR19JMk9fU0NTST1tCkNPTkZJR19JMk9fUFJPQz1t CiMgQ09ORklHX01BQ0lOVE9TSF9EUklWRVJTIGlzIG5vdCBzZXQKQ09ORklHX05FVERFVklDRVM9 eQpDT05GSUdfSUZCPW0KQ09ORklHX0RVTU1ZPW0KQ09ORklHX0JPTkRJTkc9bQojIENPTkZJR19N QUNWTEFOIGlzIG5vdCBzZXQKQ09ORklHX0VRVUFMSVpFUj1tCkNPTkZJR19UVU49bQpDT05GSUdf VkVUSD1tCkNPTkZJR19ORVRfU0IxMDAwPW0KQ09ORklHX0FSQ05FVD1tCkNPTkZJR19BUkNORVRf MTIwMT1tCkNPTkZJR19BUkNORVRfMTA1MT1tCkNPTkZJR19BUkNORVRfUkFXPW0KQ09ORklHX0FS Q05FVF9DQVA9bQpDT05GSUdfQVJDTkVUX0NPTTkweHg9bQpDT05GSUdfQVJDTkVUX0NPTTkweHhJ Tz1tCkNPTkZJR19BUkNORVRfUklNX0k9bQpDT05GSUdfQVJDTkVUX0NPTTIwMDIwPW0KQ09ORklH X0FSQ05FVF9DT00yMDAyMF9JU0E9bQpDT05GSUdfQVJDTkVUX0NPTTIwMDIwX1BDST1tCkNPTkZJ R19QSFlMSUI9bQoKIwojIE1JSSBQSFkgZGV2aWNlIGRyaXZlcnMKIwpDT05GSUdfTUFSVkVMTF9Q SFk9bQpDT05GSUdfREFWSUNPTV9QSFk9bQpDT05GSUdfUVNFTUlfUEhZPW0KQ09ORklHX0xYVF9Q SFk9bQpDT05GSUdfQ0lDQURBX1BIWT1tCkNPTkZJR19WSVRFU1NFX1BIWT1tCkNPTkZJR19TTVND X1BIWT1tCkNPTkZJR19CUk9BRENPTV9QSFk9bQpDT05GSUdfSUNQTFVTX1BIWT1tCkNPTkZJR19S RUFMVEVLX1BIWT1tCiMgQ09ORklHX05BVElPTkFMX1BIWSBpcyBub3Qgc2V0CiMgQ09ORklHX1NU RTEwWFAgaXMgbm90IHNldAojIENPTkZJR19MU0lfRVQxMDExQ19QSFkgaXMgbm90IHNldApDT05G SUdfTURJT19CSVRCQU5HPW0KQ09ORklHX05FVF9FVEhFUk5FVD15CkNPTkZJR19NSUk9bQpDT05G SUdfSEFQUFlNRUFMPW0KQ09ORklHX1NVTkdFTT1tCkNPTkZJR19DQVNTSU5JPW0KQ09ORklHX05F VF9WRU5ET1JfM0NPTT15CkNPTkZJR19FTDE9bQpDT05GSUdfRUwyPW0KQ09ORklHX0VMUExVUz1t CkNPTkZJR19FTDE2PW0KQ09ORklHX0VMMz1tCkNPTkZJR18zQzUxNT1tCkNPTkZJR19WT1JURVg9 bQpDT05GSUdfVFlQSE9PTj1tCkNPTkZJR19MQU5DRT1tCkNPTkZJR19ORVRfVkVORE9SX1NNQz15 CkNPTkZJR19XRDgweDM9bQpDT05GSUdfVUxUUkE9bQpDT05GSUdfU01DOTE5ND1tCkNPTkZJR19F TkMyOEo2MD1tCiMgQ09ORklHX0VOQzI4SjYwX1dSSVRFVkVSSUZZIGlzIG5vdCBzZXQKIyBDT05G SUdfRVRIT0MgaXMgbm90IHNldApDT05GSUdfTkVUX1ZFTkRPUl9SQUNBTD15CkNPTkZJR19OSTUy PW0KQ09ORklHX05JNjU9bQojIENPTkZJR19ETkVUIGlzIG5vdCBzZXQKQ09ORklHX05FVF9UVUxJ UD15CkNPTkZJR19ERTIxMDRYPW0KQ09ORklHX0RFMjEwNFhfRFNMPTAKQ09ORklHX1RVTElQPW0K IyBDT05GSUdfVFVMSVBfTVdJIGlzIG5vdCBzZXQKIyBDT05GSUdfVFVMSVBfTU1JTyBpcyBub3Qg c2V0CkNPTkZJR19UVUxJUF9OQVBJPXkKQ09ORklHX1RVTElQX05BUElfSFdfTUlUSUdBVElPTj15 CkNPTkZJR19ERTRYNT1tCkNPTkZJR19XSU5CT05EXzg0MD1tCkNPTkZJR19ETTkxMDI9bQpDT05G SUdfVUxJNTI2WD1tCkNPTkZJR19QQ01DSUFfWElSQ09NPW0KQ09ORklHX0FUMTcwMD1tCkNPTkZJ R19ERVBDQT1tCkNPTkZJR19IUDEwMD1tCkNPTkZJR19ORVRfSVNBPXkKQ09ORklHX0UyMTAwPW0K Q09ORklHX0VXUkszPW0KQ09ORklHX0VFWFBSRVNTPW0KQ09ORklHX0VFWFBSRVNTX1BSTz1tCkNP TkZJR19IUExBTl9QTFVTPW0KQ09ORklHX0hQTEFOPW0KQ09ORklHX0xQNDg2RT1tCkNPTkZJR19F VEgxNkk9bQpDT05GSUdfTkUyMDAwPW0KQ09ORklHX1pORVQ9bQpDT05GSUdfU0VFUTgwMDU9bQoj IENPTkZJR19JQk1fTkVXX0VNQUNfWk1JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1B Q19SR01JSSBpcyBub3Qgc2V0CiMgQ09ORklHX0lCTV9ORVdfRU1BQ19UQUggaXMgbm90IHNldAoj IENPTkZJR19JQk1fTkVXX0VNQUNfRU1BQzQgaXMgbm90IHNldAojIENPTkZJR19JQk1fTkVXX0VN QUNfTk9fRkxPV19DVFJMIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DTFJf SUNJTlRTVEFUIGlzIG5vdCBzZXQKIyBDT05GSUdfSUJNX05FV19FTUFDX01BTF9DT01NT05fRVJS IGlzIG5vdCBzZXQKQ09ORklHX05FVF9QQ0k9eQpDT05GSUdfUENORVQzMj1tCkNPTkZJR19BTUQ4 MTExX0VUSD1tCkNPTkZJR19BREFQVEVDX1NUQVJGSVJFPW0KQ09ORklHX0FDMzIwMD1tCkNPTkZJ R19BUFJJQ09UPW0KQ09ORklHX0I0ND1tCkNPTkZJR19CNDRfUENJX0FVVE9TRUxFQ1Q9eQpDT05G SUdfQjQ0X1BDSUNPUkVfQVVUT1NFTEVDVD15CkNPTkZJR19CNDRfUENJPXkKQ09ORklHX0ZPUkNF REVUSD1tCiMgQ09ORklHX0ZPUkNFREVUSF9OQVBJIGlzIG5vdCBzZXQKQ09ORklHX0NTODl4MD1t CkNPTkZJR19FMTAwPW0KQ09ORklHX0ZFQUxOWD1tCkNPTkZJR19OQVRTRU1JPW0KQ09ORklHX05F MktfUENJPW0KQ09ORklHXzgxMzlDUD1tCkNPTkZJR184MTM5VE9PPW0KQ09ORklHXzgxMzlUT09f UElPPXkKQ09ORklHXzgxMzlUT09fVFVORV9UV0lTVEVSPXkKQ09ORklHXzgxMzlUT09fODEyOT15 CiMgQ09ORklHXzgxMzlfT0xEX1JYX1JFU0VUIGlzIG5vdCBzZXQKQ09ORklHX1I2MDQwPW0KQ09O RklHX1NJUzkwMD1tCkNPTkZJR19FUElDMTAwPW0KIyBDT05GSUdfU01TQzk0MjAgaXMgbm90IHNl dApDT05GSUdfU1VOREFOQ0U9bQojIENPTkZJR19TVU5EQU5DRV9NTUlPIGlzIG5vdCBzZXQKQ09O RklHX1RMQU49bQojIENPTkZJR19LUzg4NDIgaXMgbm90IHNldAojIENPTkZJR19LUzg4NTEgaXMg bm90IHNldAojIENPTkZJR19LUzg4NTFfTUxMIGlzIG5vdCBzZXQKQ09ORklHX1ZJQV9SSElORT1t CiMgQ09ORklHX1ZJQV9SSElORV9NTUlPIGlzIG5vdCBzZXQKQ09ORklHX1NDOTIwMzE9bQojIENP TkZJR19ORVRfUE9DS0VUIGlzIG5vdCBzZXQKIyBDT05GSUdfQVRMMiBpcyBub3Qgc2V0CkNPTkZJ R19ORVRERVZfMTAwMD15CkNPTkZJR19BQ0VOSUM9bQojIENPTkZJR19BQ0VOSUNfT01JVF9USUdP Tl9JIGlzIG5vdCBzZXQKQ09ORklHX0RMMks9bQpDT05GSUdfRTEwMDA9bQpDT05GSUdfRTEwMDBF PW0KQ09ORklHX0lQMTAwMD1tCkNPTkZJR19JR0I9bQojIENPTkZJR19JR0JWRiBpcyBub3Qgc2V0 CkNPTkZJR19OUzgzODIwPW0KQ09ORklHX0hBTUFDSEk9bQpDT05GSUdfWUVMTE9XRklOPW0KQ09O RklHX1I4MTY5PW0KQ09ORklHX1I4MTY5X1ZMQU49eQpDT05GSUdfU0lTMTkwPW0KQ09ORklHX1NL R0U9bQojIENPTkZJR19TS0dFX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1NLWTI9bQojIENPTkZJ R19TS1kyX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1ZJQV9WRUxPQ0lUWT1tCkNPTkZJR19USUdP TjM9bQpDT05GSUdfQk5YMj1tCiMgQ09ORklHX0NOSUMgaXMgbm90IHNldApDT05GSUdfUUxBM1hY WD1tCkNPTkZJR19BVEwxPW0KQ09ORklHX0FUTDFFPW0KIyBDT05GSUdfQVRMMUMgaXMgbm90IHNl dAojIENPTkZJR19KTUUgaXMgbm90IHNldApDT05GSUdfTkVUREVWXzEwMDAwPXkKQ09ORklHX01E SU89bQpDT05GSUdfQ0hFTFNJT19UMT1tCkNPTkZJR19DSEVMU0lPX1QxXzFHPXkKQ09ORklHX0NI RUxTSU9fVDNfREVQRU5EUz15CkNPTkZJR19DSEVMU0lPX1QzPW0KIyBDT05GSUdfRU5JQyBpcyBu b3Qgc2V0CkNPTkZJR19JWEdCRT1tCkNPTkZJR19JWEdCPW0KQ09ORklHX1MySU89bQojIENPTkZJ R19WWEdFIGlzIG5vdCBzZXQKQ09ORklHX01ZUkkxMEdFPW0KQ09ORklHX05FVFhFTl9OSUM9bQpD T05GSUdfTklVPW0KIyBDT05GSUdfTUxYNF9FTiBpcyBub3Qgc2V0CkNPTkZJR19NTFg0X0NPUkU9 bQpDT05GSUdfTUxYNF9ERUJVRz15CkNPTkZJR19URUhVVEk9bQpDT05GSUdfQk5YMlg9bQojIENP TkZJR19RTEdFIGlzIG5vdCBzZXQKQ09ORklHX1NGQz1tCkNPTkZJR19TRkNfTVREPXkKIyBDT05G SUdfQkUyTkVUIGlzIG5vdCBzZXQKQ09ORklHX1RSPXkKQ09ORklHX0lCTVRSPW0KQ09ORklHX0lC TU9MPW0KQ09ORklHX0lCTUxTPW0KIyBDT05GSUdfM0MzNTkgaXMgbm90IHNldApDT05GSUdfVE1T MzgwVFI9bQpDT05GSUdfVE1TUENJPW0KQ09ORklHX1NLSVNBPW0KQ09ORklHX1BST1RFT049bQpD T05GSUdfQUJZU1M9bQojIENPTkZJR19TTUNUUiBpcyBub3Qgc2V0CkNPTkZJR19XTEFOPXkKQ09O RklHX1dMQU5fUFJFODAyMTE9eQpDT05GSUdfU1RSSVA9bQpDT05GSUdfQVJMQU49bQpDT05GSUdf V0FWRUxBTj1tCkNPTkZJR19QQ01DSUFfV0FWRUxBTj1tCkNPTkZJR19QQ01DSUFfTkVUV0FWRT1t CkNPTkZJR19XTEFOXzgwMjExPXkKQ09ORklHX1BDTUNJQV9SQVlDUz1tCkNPTkZJR19MSUJFUlRB Uz1tCkNPTkZJR19MSUJFUlRBU19VU0I9bQpDT05GSUdfTElCRVJUQVNfQ1M9bQpDT05GSUdfTElC RVJUQVNfU0RJTz1tCiMgQ09ORklHX0xJQkVSVEFTX1NQSSBpcyBub3Qgc2V0CiMgQ09ORklHX0xJ QkVSVEFTX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfTElCRVJUQVNfVEhJTkZJUk0gaXMgbm90 IHNldApDT05GSUdfQUlSTz1tCkNPTkZJR19BVE1FTD1tCkNPTkZJR19QQ0lfQVRNRUw9bQpDT05G SUdfUENNQ0lBX0FUTUVMPW0KIyBDT05GSUdfQVQ3NkM1MFhfVVNCIGlzIG5vdCBzZXQKQ09ORklH X0FJUk9fQ1M9bQpDT05GSUdfUENNQ0lBX1dMMzUwMT1tCiMgQ09ORklHX1BSSVNNNTQgaXMgbm90 IHNldApDT05GSUdfVVNCX1pEMTIwMT1tCkNPTkZJR19VU0JfTkVUX1JORElTX1dMQU49bQpDT05G SUdfUlRMODE4MD1tCkNPTkZJR19SVEw4MTg3PW0KQ09ORklHX1JUTDgxODdfTEVEUz15CkNPTkZJ R19BRE04MjExPW0KIyBDT05GSUdfTUFDODAyMTFfSFdTSU0gaXMgbm90IHNldAojIENPTkZJR19N V0w4SyBpcyBub3Qgc2V0CkNPTkZJR19QNTRfQ09NTU9OPW0KQ09ORklHX1A1NF9VU0I9bQpDT05G SUdfUDU0X1BDST1tCiMgQ09ORklHX1A1NF9TUEkgaXMgbm90IHNldApDT05GSUdfUDU0X0xFRFM9 eQojIENPTkZJR19BVEhfQ09NTU9OIGlzIG5vdCBzZXQKQ09ORklHX0lQVzIxMDA9bQpDT05GSUdf SVBXMjEwMF9NT05JVE9SPXkKIyBDT05GSUdfSVBXMjEwMF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJ R19JUFcyMjAwPW0KQ09ORklHX0lQVzIyMDBfTU9OSVRPUj15CkNPTkZJR19JUFcyMjAwX1JBRElP VEFQPXkKQ09ORklHX0lQVzIyMDBfUFJPTUlTQ1VPVVM9eQpDT05GSUdfSVBXMjIwMF9RT1M9eQoj IENPTkZJR19JUFcyMjAwX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0xJQklQVz1tCiMgQ09ORklH X0xJQklQV19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19JV0xXSUZJPW0KQ09ORklHX0lXTFdJRklf TEVEUz15CiMgQ09ORklHX0lXTFdJRklfU1BFQ1RSVU1fTUVBU1VSRU1FTlQgaXMgbm90IHNldAoj IENPTkZJR19JV0xXSUZJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfSVdMQUdOIGlzIG5vdCBz ZXQKQ09ORklHX0lXTDM5NDU9bQpDT05GSUdfSVdMMzk0NV9TUEVDVFJVTV9NRUFTVVJFTUVOVD15 CkNPTkZJR19IT1NUQVA9bQpDT05GSUdfSE9TVEFQX0ZJUk1XQVJFPXkKIyBDT05GSUdfSE9TVEFQ X0ZJUk1XQVJFX05WUkFNIGlzIG5vdCBzZXQKQ09ORklHX0hPU1RBUF9QTFg9bQpDT05GSUdfSE9T VEFQX1BDST1tCkNPTkZJR19IT1NUQVBfQ1M9bQpDT05GSUdfQjQzPW0KQ09ORklHX0I0M19QQ0lf QVVUT1NFTEVDVD15CkNPTkZJR19CNDNfUENJQ09SRV9BVVRPU0VMRUNUPXkKQ09ORklHX0I0M19Q Q01DSUE9eQojIENPTkZJR19CNDNfU0RJTyBpcyBub3Qgc2V0CkNPTkZJR19CNDNfUElPPXkKQ09O RklHX0I0M19QSFlfTFA9eQpDT05GSUdfQjQzX0xFRFM9eQpDT05GSUdfQjQzX0hXUk5HPXkKIyBD T05GSUdfQjQzX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0I0M0xFR0FDWT1tCkNPTkZJR19CNDNM RUdBQ1lfUENJX0FVVE9TRUxFQ1Q9eQpDT05GSUdfQjQzTEVHQUNZX1BDSUNPUkVfQVVUT1NFTEVD VD15CkNPTkZJR19CNDNMRUdBQ1lfTEVEUz15CkNPTkZJR19CNDNMRUdBQ1lfSFdSTkc9eQpDT05G SUdfQjQzTEVHQUNZX0RFQlVHPXkKQ09ORklHX0I0M0xFR0FDWV9ETUE9eQpDT05GSUdfQjQzTEVH QUNZX1BJTz15CkNPTkZJR19CNDNMRUdBQ1lfRE1BX0FORF9QSU9fTU9ERT15CiMgQ09ORklHX0I0 M0xFR0FDWV9ETUFfTU9ERSBpcyBub3Qgc2V0CiMgQ09ORklHX0I0M0xFR0FDWV9QSU9fTU9ERSBp cyBub3Qgc2V0CkNPTkZJR19aRDEyMTFSVz1tCiMgQ09ORklHX1pEMTIxMVJXX0RFQlVHIGlzIG5v dCBzZXQKQ09ORklHX1JUMlgwMD1tCkNPTkZJR19SVDI0MDBQQ0k9bQpDT05GSUdfUlQyNTAwUENJ PW0KQ09ORklHX1JUNjFQQ0k9bQpDT05GSUdfUlQyNTAwVVNCPW0KQ09ORklHX1JUNzNVU0I9bQoj IENPTkZJR19SVDI4MDBVU0IgaXMgbm90IHNldApDT05GSUdfUlQyWDAwX0xJQl9QQ0k9bQpDT05G SUdfUlQyWDAwX0xJQl9VU0I9bQpDT05GSUdfUlQyWDAwX0xJQj1tCkNPTkZJR19SVDJYMDBfTElC X0ZJUk1XQVJFPXkKQ09ORklHX1JUMlgwMF9MSUJfQ1JZUFRPPXkKQ09ORklHX1JUMlgwMF9MSUJf TEVEUz15CiMgQ09ORklHX1JUMlgwMF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19IRVJNRVM9bQpD T05GSUdfSEVSTUVTX0NBQ0hFX0ZXX09OX0lOSVQ9eQpDT05GSUdfUExYX0hFUk1FUz1tCkNPTkZJ R19UTURfSEVSTUVTPW0KQ09ORklHX05PUlRFTF9IRVJNRVM9bQpDT05GSUdfUENJX0hFUk1FUz1t CkNPTkZJR19QQ01DSUFfSEVSTUVTPW0KQ09ORklHX1BDTUNJQV9TUEVDVFJVTT1tCiMgQ09ORklH X1dMMTJYWCBpcyBub3Qgc2V0CiMgQ09ORklHX0lXTSBpcyBub3Qgc2V0CgojCiMgRW5hYmxlIFdp TUFYIChOZXR3b3JraW5nIG9wdGlvbnMpIHRvIHNlZSB0aGUgV2lNQVggZHJpdmVycwojCgojCiMg VVNCIE5ldHdvcmsgQWRhcHRlcnMKIwpDT05GSUdfVVNCX0NBVEM9bQpDT05GSUdfVVNCX0tBV0VU SD1tCkNPTkZJR19VU0JfUEVHQVNVUz1tCkNPTkZJR19VU0JfUlRMODE1MD1tCkNPTkZJR19VU0Jf VVNCTkVUPW0KQ09ORklHX1VTQl9ORVRfQVg4ODE3WD1tCkNPTkZJR19VU0JfTkVUX0NEQ0VUSEVS PW0KIyBDT05GSUdfVVNCX05FVF9DRENfRUVNIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9ORVRfRE05 NjAxPW0KIyBDT05GSUdfVVNCX05FVF9TTVNDOTVYWCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfTkVU X0dMNjIwQT1tCkNPTkZJR19VU0JfTkVUX05FVDEwODA9bQpDT05GSUdfVVNCX05FVF9QTFVTQj1t CkNPTkZJR19VU0JfTkVUX01DUzc4MzA9bQpDT05GSUdfVVNCX05FVF9STkRJU19IT1NUPW0KQ09O RklHX1VTQl9ORVRfQ0RDX1NVQlNFVD1tCkNPTkZJR19VU0JfQUxJX001NjMyPXkKQ09ORklHX1VT Ql9BTjI3MjA9eQpDT05GSUdfVVNCX0JFTEtJTj15CkNPTkZJR19VU0JfQVJNTElOVVg9eQpDT05G SUdfVVNCX0VQU09OMjg4OD15CkNPTkZJR19VU0JfS0MyMTkwPXkKQ09ORklHX1VTQl9ORVRfWkFV UlVTPW0KIyBDT05GSUdfVVNCX0hTTyBpcyBub3Qgc2V0CiMgQ09ORklHX1VTQl9ORVRfSU5UNTFY MSBpcyBub3Qgc2V0CkNPTkZJR19ORVRfUENNQ0lBPXkKQ09ORklHX1BDTUNJQV8zQzU4OT1tCkNP TkZJR19QQ01DSUFfM0M1NzQ9bQpDT05GSUdfUENNQ0lBX0ZNVkoxOFg9bQpDT05GSUdfUENNQ0lB X1BDTkVUPW0KQ09ORklHX1BDTUNJQV9OTUNMQU49bQpDT05GSUdfUENNQ0lBX1NNQzkxQzkyPW0K Q09ORklHX1BDTUNJQV9YSVJDMlBTPW0KQ09ORklHX1BDTUNJQV9BWE5FVD1tCkNPTkZJR19BUkNO RVRfQ09NMjAwMjBfQ1M9bQpDT05GSUdfUENNQ0lBX0lCTVRSPW0KQ09ORklHX1dBTj15CkNPTkZJ R19IT1NURVNTX1NWMTE9bQpDT05GSUdfQ09TQT1tCkNPTkZJR19MQU5NRURJQT1tCkNPTkZJR19T RUFMRVZFTF80MDIxPW0KQ09ORklHX0hETEM9bQpDT05GSUdfSERMQ19SQVc9bQpDT05GSUdfSERM Q19SQVdfRVRIPW0KQ09ORklHX0hETENfQ0lTQ089bQpDT05GSUdfSERMQ19GUj1tCkNPTkZJR19I RExDX1BQUD1tCkNPTkZJR19IRExDX1gyNT1tCkNPTkZJR19QQ0kyMDBTWU49bQpDT05GSUdfV0FO WEw9bQojIENPTkZJR19QQzMwMFRPTyBpcyBub3Qgc2V0CkNPTkZJR19OMj1tCkNPTkZJR19DMTAx PW0KQ09ORklHX0ZBUlNZTkM9bQpDT05GSUdfRFNDQzQ9bQpDT05GSUdfRFNDQzRfUENJU1lOQz15 CkNPTkZJR19EU0NDNF9QQ0lfUlNUPXkKQ09ORklHX0RMQ0k9bQpDT05GSUdfRExDSV9NQVg9OApD T05GSUdfU0RMQT1tCkNPTkZJR19XQU5fUk9VVEVSX0RSSVZFUlM9bQpDT05GSUdfQ1lDTEFERVNf U1lOQz1tCkNPTkZJR19DWUNMT01YX1gyNT15CkNPTkZJR19MQVBCRVRIRVI9bQpDT05GSUdfWDI1 X0FTWT1tCkNPTkZJR19TQk5JPW0KIyBDT05GSUdfU0JOSV9NVUxUSUxJTkUgaXMgbm90IHNldApD T05GSUdfQVRNX0RSSVZFUlM9eQpDT05GSUdfQVRNX0RVTU1ZPW0KQ09ORklHX0FUTV9UQ1A9bQpD T05GSUdfQVRNX0xBTkFJPW0KQ09ORklHX0FUTV9FTkk9bQojIENPTkZJR19BVE1fRU5JX0RFQlVH IGlzIG5vdCBzZXQKIyBDT05GSUdfQVRNX0VOSV9UVU5FX0JVUlNUIGlzIG5vdCBzZXQKQ09ORklH X0FUTV9GSVJFU1RSRUFNPW0KQ09ORklHX0FUTV9aQVRNPW0KIyBDT05GSUdfQVRNX1pBVE1fREVC VUcgaXMgbm90IHNldApDT05GSUdfQVRNX05JQ1NUQVI9bQojIENPTkZJR19BVE1fTklDU1RBUl9V U0VfU1VOSSBpcyBub3Qgc2V0CiMgQ09ORklHX0FUTV9OSUNTVEFSX1VTRV9JRFQ3NzEwNSBpcyBu b3Qgc2V0CkNPTkZJR19BVE1fSURUNzcyNTI9bQojIENPTkZJR19BVE1fSURUNzcyNTJfREVCVUcg aXMgbm90IHNldAojIENPTkZJR19BVE1fSURUNzcyNTJfUkNWX0FMTCBpcyBub3Qgc2V0CkNPTkZJ R19BVE1fSURUNzcyNTJfVVNFX1NVTkk9eQojIENPTkZJR19BVE1fQU1CQVNTQURPUiBpcyBub3Qg c2V0CkNPTkZJR19BVE1fSE9SSVpPTj1tCiMgQ09ORklHX0FUTV9IT1JJWk9OX0RFQlVHIGlzIG5v dCBzZXQKQ09ORklHX0FUTV9JQT1tCiMgQ09ORklHX0FUTV9JQV9ERUJVRyBpcyBub3Qgc2V0CiMg Q09ORklHX0FUTV9GT1JFMjAwRSBpcyBub3Qgc2V0CkNPTkZJR19BVE1fSEU9bQpDT05GSUdfQVRN X0hFX1VTRV9TVU5JPXkKIyBDT05GSUdfQVRNX1NPTE9TIGlzIG5vdCBzZXQKQ09ORklHX1hFTl9O RVRERVZfRlJPTlRFTkQ9bQpDT05GSUdfRkREST15CkNPTkZJR19ERUZYWD1tCiMgQ09ORklHX0RF RlhYX01NSU8gaXMgbm90IHNldApDT05GSUdfU0tGUD1tCkNPTkZJR19ISVBQST15CkNPTkZJR19S T0FEUlVOTkVSPW0KIyBDT05GSUdfUk9BRFJVTk5FUl9MQVJHRV9SSU5HUyBpcyBub3Qgc2V0CkNP TkZJR19QTElQPW0KQ09ORklHX1BQUD1tCkNPTkZJR19QUFBfTVVMVElMSU5LPXkKQ09ORklHX1BQ UF9GSUxURVI9eQpDT05GSUdfUFBQX0FTWU5DPW0KQ09ORklHX1BQUF9TWU5DX1RUWT1tCkNPTkZJ R19QUFBfREVGTEFURT1tCkNPTkZJR19QUFBfQlNEQ09NUD1tCkNPTkZJR19QUFBfTVBQRT1tCkNP TkZJR19QUFBPRT1tCkNPTkZJR19QUFBPQVRNPW0KQ09ORklHX1BQUE9MMlRQPW0KQ09ORklHX1NM SVA9bQpDT05GSUdfU0xJUF9DT01QUkVTU0VEPXkKQ09ORklHX1NMSEM9bQpDT05GSUdfU0xJUF9T TUFSVD15CkNPTkZJR19TTElQX01PREVfU0xJUDY9eQpDT05GSUdfTkVUX0ZDPXkKQ09ORklHX05F VENPTlNPTEU9bQpDT05GSUdfTkVUQ09OU09MRV9EWU5BTUlDPXkKQ09ORklHX05FVFBPTEw9eQoj IENPTkZJR19ORVRQT0xMX1RSQVAgaXMgbm90IHNldApDT05GSUdfTkVUX1BPTExfQ09OVFJPTExF Uj15CkNPTkZJR19WSVJUSU9fTkVUPW0KIyBDT05GSUdfVk1YTkVUMyBpcyBub3Qgc2V0CiMgQ09O RklHX0lTRE4gaXMgbm90IHNldApDT05GSUdfUEhPTkU9bQpDT05GSUdfUEhPTkVfSVhKPW0KQ09O RklHX1BIT05FX0lYSl9QQ01DSUE9bQoKIwojIElucHV0IGRldmljZSBzdXBwb3J0CiMKQ09ORklH X0lOUFVUPXkKQ09ORklHX0lOUFVUX0ZGX01FTUxFU1M9bQpDT05GSUdfSU5QVVRfUE9MTERFVj1t CgojCiMgVXNlcmxhbmQgaW50ZXJmYWNlcwojCkNPTkZJR19JTlBVVF9NT1VTRURFVj15CkNPTkZJ R19JTlBVVF9NT1VTRURFVl9QU0FVWD15CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWD0x MDI0CkNPTkZJR19JTlBVVF9NT1VTRURFVl9TQ1JFRU5fWT03NjgKQ09ORklHX0lOUFVUX0pPWURF Vj1tCkNPTkZJR19JTlBVVF9FVkRFVj1tCiMgQ09ORklHX0lOUFVUX0VWQlVHIGlzIG5vdCBzZXQK Q09ORklHX1hFTl9LQkRERVZfRlJPTlRFTkQ9eQoKIwojIElucHV0IERldmljZSBEcml2ZXJzCiMK Q09ORklHX0lOUFVUX0tFWUJPQVJEPXkKIyBDT05GSUdfS0VZQk9BUkRfQURQNTU4OCBpcyBub3Qg c2V0CkNPTkZJR19LRVlCT0FSRF9BVEtCRD15CiMgQ09ORklHX1FUMjE2MCBpcyBub3Qgc2V0CkNP TkZJR19LRVlCT0FSRF9MS0tCRD1tCiMgQ09ORklHX0tFWUJPQVJEX0xNODMyMyBpcyBub3Qgc2V0 CiMgQ09ORklHX0tFWUJPQVJEX01BWDczNTkgaXMgbm90IHNldApDT05GSUdfS0VZQk9BUkRfTkVX VE9OPW0KIyBDT05GSUdfS0VZQk9BUkRfT1BFTkNPUkVTIGlzIG5vdCBzZXQKQ09ORklHX0tFWUJP QVJEX1NUT1dBV0FZPW0KQ09ORklHX0tFWUJPQVJEX1NVTktCRD1tCkNPTkZJR19LRVlCT0FSRF9Y VEtCRD1tCkNPTkZJR19JTlBVVF9NT1VTRT15CkNPTkZJR19NT1VTRV9QUzI9bQpDT05GSUdfTU9V U0VfUFMyX0FMUFM9eQpDT05GSUdfTU9VU0VfUFMyX0xPR0lQUzJQUD15CkNPTkZJR19NT1VTRV9Q UzJfU1lOQVBUSUNTPXkKQ09ORklHX01PVVNFX1BTMl9MSUZFQk9PSz15CkNPTkZJR19NT1VTRV9Q UzJfVFJBQ0tQT0lOVD15CiMgQ09ORklHX01PVVNFX1BTMl9FTEFOVEVDSCBpcyBub3Qgc2V0CiMg Q09ORklHX01PVVNFX1BTMl9TRU5URUxJQyBpcyBub3Qgc2V0CiMgQ09ORklHX01PVVNFX1BTMl9U T1VDSEtJVCBpcyBub3Qgc2V0CkNPTkZJR19NT1VTRV9TRVJJQUw9bQpDT05GSUdfTU9VU0VfQVBQ TEVUT1VDSD1tCiMgQ09ORklHX01PVVNFX0JDTTU5NzQgaXMgbm90IHNldApDT05GSUdfTU9VU0Vf SU5QT1JUPW0KIyBDT05GSUdfTU9VU0VfQVRJWEwgaXMgbm90IHNldApDT05GSUdfTU9VU0VfTE9H SUJNPW0KQ09ORklHX01PVVNFX1BDMTEwUEFEPW0KQ09ORklHX01PVVNFX1ZTWFhYQUE9bQojIENP TkZJR19NT1VTRV9TWU5BUFRJQ1NfSTJDIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX0pPWVNUSUNL PXkKQ09ORklHX0pPWVNUSUNLX0FOQUxPRz1tCkNPTkZJR19KT1lTVElDS19BM0Q9bQpDT05GSUdf Sk9ZU1RJQ0tfQURJPW0KQ09ORklHX0pPWVNUSUNLX0NPQlJBPW0KQ09ORklHX0pPWVNUSUNLX0dG Mks9bQpDT05GSUdfSk9ZU1RJQ0tfR1JJUD1tCkNPTkZJR19KT1lTVElDS19HUklQX01QPW0KQ09O RklHX0pPWVNUSUNLX0dVSUxMRU1PVD1tCkNPTkZJR19KT1lTVElDS19JTlRFUkFDVD1tCkNPTkZJ R19KT1lTVElDS19TSURFV0lOREVSPW0KQ09ORklHX0pPWVNUSUNLX1RNREM9bQpDT05GSUdfSk9Z U1RJQ0tfSUZPUkNFPW0KQ09ORklHX0pPWVNUSUNLX0lGT1JDRV9VU0I9eQpDT05GSUdfSk9ZU1RJ Q0tfSUZPUkNFXzIzMj15CkNPTkZJR19KT1lTVElDS19XQVJSSU9SPW0KQ09ORklHX0pPWVNUSUNL X01BR0VMTEFOPW0KQ09ORklHX0pPWVNUSUNLX1NQQUNFT1JCPW0KQ09ORklHX0pPWVNUSUNLX1NQ QUNFQkFMTD1tCkNPTkZJR19KT1lTVElDS19TVElOR0VSPW0KQ09ORklHX0pPWVNUSUNLX1RXSURK T1k9bQpDT05GSUdfSk9ZU1RJQ0tfWkhFTkhVQT1tCkNPTkZJR19KT1lTVElDS19EQjk9bQpDT05G SUdfSk9ZU1RJQ0tfR0FNRUNPTj1tCkNPTkZJR19KT1lTVElDS19UVVJCT0dSQUZYPW0KQ09ORklH X0pPWVNUSUNLX0pPWURVTVA9bQpDT05GSUdfSk9ZU1RJQ0tfWFBBRD1tCkNPTkZJR19KT1lTVElD S19YUEFEX0ZGPXkKQ09ORklHX0pPWVNUSUNLX1hQQURfTEVEUz15CiMgQ09ORklHX0pPWVNUSUNL X1dBTEtFUkEwNzAxIGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX1RBQkxFVD15CkNPTkZJR19UQUJM RVRfVVNCX0FDRUNBRD1tCkNPTkZJR19UQUJMRVRfVVNCX0FJUFRFSz1tCkNPTkZJR19UQUJMRVRf VVNCX0dUQ089bQpDT05GSUdfVEFCTEVUX1VTQl9LQlRBQj1tCkNPTkZJR19UQUJMRVRfVVNCX1dB Q09NPW0KQ09ORklHX0lOUFVUX1RPVUNIU0NSRUVOPXkKQ09ORklHX1RPVUNIU0NSRUVOX0FEUzc4 NDY9bQojIENPTkZJR19UT1VDSFNDUkVFTl9BRDc4NzcgaXMgbm90IHNldAojIENPTkZJR19UT1VD SFNDUkVFTl9BRDc4NzlfSTJDIGlzIG5vdCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fQUQ3ODc5 X1NQSSBpcyBub3Qgc2V0CiMgQ09ORklHX1RPVUNIU0NSRUVOX0FENzg3OSBpcyBub3Qgc2V0CiMg Q09ORklHX1RPVUNIU0NSRUVOX0VFVEkgaXMgbm90IHNldApDT05GSUdfVE9VQ0hTQ1JFRU5fRlVK SVRTVT1tCkNPTkZJR19UT1VDSFNDUkVFTl9HVU5aRT1tCkNPTkZJR19UT1VDSFNDUkVFTl9FTE89 bQojIENPTkZJR19UT1VDSFNDUkVFTl9XQUNPTV9XODAwMSBpcyBub3Qgc2V0CiMgQ09ORklHX1RP VUNIU0NSRUVOX01DUzUwMDAgaXMgbm90IHNldApDT05GSUdfVE9VQ0hTQ1JFRU5fTVRPVUNIPW0K IyBDT05GSUdfVE9VQ0hTQ1JFRU5fSU5FWElPIGlzIG5vdCBzZXQKQ09ORklHX1RPVUNIU0NSRUVO X01LNzEyPW0KIyBDT05GSUdfVE9VQ0hTQ1JFRU5fSFRDUEVOIGlzIG5vdCBzZXQKQ09ORklHX1RP VUNIU0NSRUVOX1BFTk1PVU5UPW0KQ09ORklHX1RPVUNIU0NSRUVOX1RPVUNIUklHSFQ9bQpDT05G SUdfVE9VQ0hTQ1JFRU5fVE9VQ0hXSU49bQpDT05GSUdfVE9VQ0hTQ1JFRU5fV005N1hYPW0KQ09O RklHX1RPVUNIU0NSRUVOX1dNOTcwNT15CkNPTkZJR19UT1VDSFNDUkVFTl9XTTk3MTI9eQpDT05G SUdfVE9VQ0hTQ1JFRU5fV005NzEzPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9DT01QT1NJVEU9 bQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0VHQUxBWD15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0Jf UEFOSklUPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl8zTT15CkNPTkZJR19UT1VDSFNDUkVFTl9V U0JfSVRNPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9FVFVSQk89eQpDT05GSUdfVE9VQ0hTQ1JF RU5fVVNCX0dVTlpFPXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9ETUNfVFNDMTA9eQpDT05GSUdf VE9VQ0hTQ1JFRU5fVVNCX0lSVE9VQ0g9eQpDT05GSUdfVE9VQ0hTQ1JFRU5fVVNCX0lERUFMVEVL PXkKQ09ORklHX1RPVUNIU0NSRUVOX1VTQl9HRU5FUkFMX1RPVUNIPXkKQ09ORklHX1RPVUNIU0NS RUVOX1VTQl9HT1RPUD15CkNPTkZJR19UT1VDSFNDUkVFTl9VU0JfSkFTVEVDPXkKQ09ORklHX1RP VUNIU0NSRUVOX1VTQl9FMkk9eQojIENPTkZJR19UT1VDSFNDUkVFTl9UT1VDSElUMjEzIGlzIG5v dCBzZXQKIyBDT05GSUdfVE9VQ0hTQ1JFRU5fVFNDMjAwNyBpcyBub3Qgc2V0CkNPTkZJR19JTlBV VF9NSVNDPXkKQ09ORklHX0lOUFVUX1BDU1BLUj1tCkNPTkZJR19JTlBVVF9BUEFORUw9bQpDT05G SUdfSU5QVVRfV0lTVFJPTl9CVE5TPW0KQ09ORklHX0lOUFVUX0FUTEFTX0JUTlM9bQpDT05GSUdf SU5QVVRfQVRJX1JFTU9URT1tCkNPTkZJR19JTlBVVF9BVElfUkVNT1RFMj1tCkNPTkZJR19JTlBV VF9LRVlTUEFOX1JFTU9URT1tCkNPTkZJR19JTlBVVF9QT1dFUk1BVEU9bQpDT05GSUdfSU5QVVRf WUVBTElOSz1tCiMgQ09ORklHX0lOUFVUX0NNMTA5IGlzIG5vdCBzZXQKQ09ORklHX0lOUFVUX1VJ TlBVVD1tCiMgQ09ORklHX0lOUFVUX1dJTkJPTkRfQ0lSIGlzIG5vdCBzZXQKCiMKIyBIYXJkd2Fy ZSBJL08gcG9ydHMKIwpDT05GSUdfU0VSSU89eQpDT05GSUdfU0VSSU9fSTgwNDI9eQpDT05GSUdf U0VSSU9fU0VSUE9SVD1tCkNPTkZJR19TRVJJT19DVDgyQzcxMD1tCkNPTkZJR19TRVJJT19QQVJL QkQ9bQpDT05GSUdfU0VSSU9fUENJUFMyPW0KQ09ORklHX1NFUklPX0xJQlBTMj15CkNPTkZJR19T RVJJT19SQVc9bQpDT05GSUdfR0FNRVBPUlQ9bQpDT05GSUdfR0FNRVBPUlRfTlM1NTg9bQpDT05G SUdfR0FNRVBPUlRfTDQ9bQpDT05GSUdfR0FNRVBPUlRfRU1VMTBLMT1tCkNPTkZJR19HQU1FUE9S VF9GTTgwMT1tCgojCiMgQ2hhcmFjdGVyIGRldmljZXMKIwpDT05GSUdfVlQ9eQpDT05GSUdfQ09O U09MRV9UUkFOU0xBVElPTlM9eQpDT05GSUdfVlRfQ09OU09MRT15CkNPTkZJR19IV19DT05TT0xF PXkKIyBDT05GSUdfVlRfSFdfQ09OU09MRV9CSU5ESU5HIGlzIG5vdCBzZXQKQ09ORklHX0RFVktN RU09eQpDT05GSUdfU0VSSUFMX05PTlNUQU5EQVJEPXkKQ09ORklHX0NPTVBVVE9ORT1tCkNPTkZJ R19ST0NLRVRQT1JUPW0KQ09ORklHX0NZQ0xBREVTPW0KIyBDT05GSUdfQ1laX0lOVFIgaXMgbm90 IHNldAojIENPTkZJR19ESUdJRVBDQSBpcyBub3Qgc2V0CiMgQ09ORklHX01PWEFfSU5URUxMSU8g aXMgbm90IHNldApDT05GSUdfTU9YQV9TTUFSVElPPW0KIyBDT05GSUdfSVNJIGlzIG5vdCBzZXQK Q09ORklHX1NZTkNMSU5LPW0KQ09ORklHX1NZTkNMSU5LTVA9bQpDT05GSUdfU1lOQ0xJTktfR1Q9 bQpDT05GSUdfTl9IRExDPW0KIyBDT05GSUdfUklTQ09NOCBpcyBub3Qgc2V0CiMgQ09ORklHX1NQ RUNJQUxJWCBpcyBub3Qgc2V0CkNPTkZJR19TVEFMRFJWPXkKIyBDT05GSUdfU1RBTExJT04gaXMg bm90IHNldAojIENPTkZJR19JU1RBTExJT04gaXMgbm90IHNldApDT05GSUdfTk9aT01JPW0KCiMK IyBTZXJpYWwgZHJpdmVycwojCkNPTkZJR19TRVJJQUxfODI1MD15CkNPTkZJR19TRVJJQUxfODI1 MF9DT05TT0xFPXkKQ09ORklHX0ZJWF9FQVJMWUNPTl9NRU09eQpDT05GSUdfU0VSSUFMXzgyNTBf UENJPXkKQ09ORklHX1NFUklBTF84MjUwX1BOUD15CkNPTkZJR19TRVJJQUxfODI1MF9DUz1tCkNP TkZJR19TRVJJQUxfODI1MF9OUl9VQVJUUz0zMgpDT05GSUdfU0VSSUFMXzgyNTBfUlVOVElNRV9V QVJUUz00CkNPTkZJR19TRVJJQUxfODI1MF9FWFRFTkRFRD15CkNPTkZJR19TRVJJQUxfODI1MF9N QU5ZX1BPUlRTPXkKQ09ORklHX1NFUklBTF84MjUwX0ZPVVJQT1JUPW0KQ09ORklHX1NFUklBTF84 MjUwX0FDQ0VOVD1tCkNPTkZJR19TRVJJQUxfODI1MF9CT0NBPW0KQ09ORklHX1NFUklBTF84MjUw X0VYQVJfU1QxNkM1NTQ9bQpDT05GSUdfU0VSSUFMXzgyNTBfSFVCNj1tCkNPTkZJR19TRVJJQUxf ODI1MF9TSEFSRV9JUlE9eQojIENPTkZJR19TRVJJQUxfODI1MF9ERVRFQ1RfSVJRIGlzIG5vdCBz ZXQKQ09ORklHX1NFUklBTF84MjUwX1JTQT15CgojCiMgTm9uLTgyNTAgc2VyaWFsIHBvcnQgc3Vw cG9ydAojCiMgQ09ORklHX1NFUklBTF9NQVgzMTAwIGlzIG5vdCBzZXQKQ09ORklHX1NFUklBTF9D T1JFPXkKQ09ORklHX1NFUklBTF9DT1JFX0NPTlNPTEU9eQpDT05GSUdfU0VSSUFMX0pTTT1tCkNP TkZJR19VTklYOThfUFRZUz15CiMgQ09ORklHX0RFVlBUU19NVUxUSVBMRV9JTlNUQU5DRVMgaXMg bm90IHNldAojIENPTkZJR19MRUdBQ1lfUFRZUyBpcyBub3Qgc2V0CkNPTkZJR19QUklOVEVSPW0K IyBDT05GSUdfTFBfQ09OU09MRSBpcyBub3Qgc2V0CkNPTkZJR19QUERFVj1tCkNPTkZJR19IVkNf RFJJVkVSPXkKQ09ORklHX0hWQ19JUlE9eQpDT05GSUdfSFZDX1hFTj15CiMgQ09ORklHX1ZJUlRJ T19DT05TT0xFIGlzIG5vdCBzZXQKQ09ORklHX0lQTUlfSEFORExFUj1tCiMgQ09ORklHX0lQTUlf UEFOSUNfRVZFTlQgaXMgbm90IHNldApDT05GSUdfSVBNSV9ERVZJQ0VfSU5URVJGQUNFPW0KQ09O RklHX0lQTUlfU0k9bQpDT05GSUdfSVBNSV9XQVRDSERPRz1tCkNPTkZJR19JUE1JX1BPV0VST0ZG PW0KQ09ORklHX0hXX1JBTkRPTT1tCiMgQ09ORklHX0hXX1JBTkRPTV9USU1FUklPTUVNIGlzIG5v dCBzZXQKQ09ORklHX0hXX1JBTkRPTV9JTlRFTD1tCkNPTkZJR19IV19SQU5ET01fQU1EPW0KQ09O RklHX0hXX1JBTkRPTV9HRU9ERT1tCkNPTkZJR19IV19SQU5ET01fVklBPW0KQ09ORklHX0hXX1JB TkRPTV9WSVJUSU89bQpDT05GSUdfTlZSQU09bQpDT05GSUdfRFRMSz1tCkNPTkZJR19SMzk2ND1t CkNPTkZJR19BUFBMSUNPTT1tCkNPTkZJR19TT05ZUEk9bQoKIwojIFBDTUNJQSBjaGFyYWN0ZXIg ZGV2aWNlcwojCkNPTkZJR19TWU5DTElOS19DUz1tCkNPTkZJR19DQVJETUFOXzQwMDA9bQpDT05G SUdfQ0FSRE1BTl80MDQwPW0KQ09ORklHX0lQV0lSRUxFU1M9bQpDT05GSUdfTVdBVkU9bQpDT05G SUdfU0N4MjAwX0dQSU89bQpDT05GSUdfUEM4NzM2eF9HUElPPW0KQ09ORklHX05TQ19HUElPPW0K Q09ORklHX0NTNTUzNV9HUElPPW0KQ09ORklHX1JBV19EUklWRVI9bQpDT05GSUdfTUFYX1JBV19E RVZTPTI1NgpDT05GSUdfSFBFVD15CkNPTkZJR19IUEVUX01NQVA9eQpDT05GSUdfSEFOR0NIRUNL X1RJTUVSPW0KQ09ORklHX1RDR19UUE09bQpDT05GSUdfVENHX1RJUz1tCkNPTkZJR19UQ0dfTlND PW0KQ09ORklHX1RDR19BVE1FTD1tCkNPTkZJR19UQ0dfSU5GSU5FT049bQpDT05GSUdfVEVMQ0xP Q0s9bQpDT05GSUdfREVWUE9SVD15CkNPTkZJR19JMkM9bQpDT05GSUdfSTJDX0JPQVJESU5GTz15 CkNPTkZJR19JMkNfQ09NUEFUPXkKQ09ORklHX0kyQ19DSEFSREVWPW0KQ09ORklHX0kyQ19IRUxQ RVJfQVVUTz15CkNPTkZJR19JMkNfQUxHT0JJVD1tCkNPTkZJR19JMkNfQUxHT1BDQT1tCgojCiMg STJDIEhhcmR3YXJlIEJ1cyBzdXBwb3J0CiMKCiMKIyBQQyBTTUJ1cyBob3N0IGNvbnRyb2xsZXIg ZHJpdmVycwojCkNPTkZJR19JMkNfQUxJMTUzNT1tCkNPTkZJR19JMkNfQUxJMTU2Mz1tCkNPTkZJ R19JMkNfQUxJMTVYMz1tCkNPTkZJR19JMkNfQU1ENzU2PW0KQ09ORklHX0kyQ19BTUQ3NTZfUzQ4 ODI9bQpDT05GSUdfSTJDX0FNRDgxMTE9bQpDT05GSUdfSTJDX0k4MDE9bQojIENPTkZJR19JMkNf SVNDSCBpcyBub3Qgc2V0CkNPTkZJR19JMkNfUElJWDQ9bQpDT05GSUdfSTJDX05GT1JDRTI9bQoj IENPTkZJR19JMkNfTkZPUkNFMl9TNDk4NSBpcyBub3Qgc2V0CkNPTkZJR19JMkNfU0lTNTU5NT1t CkNPTkZJR19JMkNfU0lTNjMwPW0KQ09ORklHX0kyQ19TSVM5Nlg9bQpDT05GSUdfSTJDX1ZJQT1t CkNPTkZJR19JMkNfVklBUFJPPW0KCiMKIyBBQ1BJIGRyaXZlcnMKIwojIENPTkZJR19JMkNfU0NN SSBpcyBub3Qgc2V0CgojCiMgSTJDIHN5c3RlbSBidXMgZHJpdmVycyAobW9zdGx5IGVtYmVkZGVk IC8gc3lzdGVtLW9uLWNoaXApCiMKQ09ORklHX0kyQ19PQ09SRVM9bQpDT05GSUdfSTJDX1NJTVRF Qz1tCgojCiMgRXh0ZXJuYWwgSTJDL1NNQnVzIGFkYXB0ZXIgZHJpdmVycwojCkNPTkZJR19JMkNf UEFSUE9SVD1tCkNPTkZJR19JMkNfUEFSUE9SVF9MSUdIVD1tCkNPTkZJR19JMkNfVEFPU19FVk09 bQpDT05GSUdfSTJDX1RJTllfVVNCPW0KCiMKIyBHcmFwaGljcyBhZGFwdGVyIEkyQy9EREMgY2hh bm5lbCBkcml2ZXJzCiMKQ09ORklHX0kyQ19WT09ET08zPW0KCiMKIyBPdGhlciBJMkMvU01CdXMg YnVzIGRyaXZlcnMKIwpDT05GSUdfSTJDX1BDQV9JU0E9bQpDT05GSUdfSTJDX1BDQV9QTEFURk9S TT1tCkNPTkZJR19JMkNfU1RVQj1tCkNPTkZJR19TQ3gyMDBfSTJDPW0KQ09ORklHX1NDeDIwMF9J MkNfU0NMPTEyCkNPTkZJR19TQ3gyMDBfSTJDX1NEQT0xMwpDT05GSUdfU0N4MjAwX0FDQj1tCgoj CiMgTWlzY2VsbGFuZW91cyBJMkMgQ2hpcCBzdXBwb3J0CiMKQ09ORklHX0RTMTY4Mj1tCkNPTkZJ R19TRU5TT1JTX1RTTDI1NTA9bQojIENPTkZJR19JMkNfREVCVUdfQ09SRSBpcyBub3Qgc2V0CiMg Q09ORklHX0kyQ19ERUJVR19BTEdPIGlzIG5vdCBzZXQKIyBDT05GSUdfSTJDX0RFQlVHX0JVUyBp cyBub3Qgc2V0CiMgQ09ORklHX0kyQ19ERUJVR19DSElQIGlzIG5vdCBzZXQKQ09ORklHX1NQST15 CiMgQ09ORklHX1NQSV9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19TUElfTUFTVEVSPXkKCiMKIyBT UEkgTWFzdGVyIENvbnRyb2xsZXIgRHJpdmVycwojCkNPTkZJR19TUElfQklUQkFORz1tCkNPTkZJ R19TUElfQlVUVEVSRkxZPW0KQ09ORklHX1NQSV9MTTcwX0xMUD1tCgojCiMgU1BJIFByb3RvY29s IE1hc3RlcnMKIwojIENPTkZJR19TUElfU1BJREVWIGlzIG5vdCBzZXQKQ09ORklHX1NQSV9UTEU2 MlgwPW0KCiMKIyBQUFMgc3VwcG9ydAojCiMgQ09ORklHX1BQUyBpcyBub3Qgc2V0CkNPTkZJR19B UkNIX1dBTlRfT1BUSU9OQUxfR1BJT0xJQj15CiMgQ09ORklHX0dQSU9MSUIgaXMgbm90IHNldApD T05GSUdfVzE9bQpDT05GSUdfVzFfQ09OPXkKCiMKIyAxLXdpcmUgQnVzIE1hc3RlcnMKIwpDT05G SUdfVzFfTUFTVEVSX01BVFJPWD1tCkNPTkZJR19XMV9NQVNURVJfRFMyNDkwPW0KQ09ORklHX1cx X01BU1RFUl9EUzI0ODI9bQoKIwojIDEtd2lyZSBTbGF2ZXMKIwpDT05GSUdfVzFfU0xBVkVfVEhF Uk09bQpDT05GSUdfVzFfU0xBVkVfU01FTT1tCiMgQ09ORklHX1cxX1NMQVZFX0RTMjQzMSBpcyBu b3Qgc2V0CkNPTkZJR19XMV9TTEFWRV9EUzI0MzM9bQojIENPTkZJR19XMV9TTEFWRV9EUzI0MzNf Q1JDIGlzIG5vdCBzZXQKQ09ORklHX1cxX1NMQVZFX0RTMjc2MD1tCiMgQ09ORklHX1cxX1NMQVZF X0JRMjcwMDAgaXMgbm90IHNldApDT05GSUdfUE9XRVJfU1VQUExZPXkKIyBDT05GSUdfUE9XRVJf U1VQUExZX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX1BEQV9QT1dFUj1tCkNPTkZJR19CQVRURVJZ X0RTMjc2MD1tCiMgQ09ORklHX0JBVFRFUllfRFMyNzgyIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFU VEVSWV9CUTI3eDAwIGlzIG5vdCBzZXQKIyBDT05GSUdfQkFUVEVSWV9NQVgxNzA0MCBpcyBub3Qg c2V0CkNPTkZJR19IV01PTj15CkNPTkZJR19IV01PTl9WSUQ9bQojIENPTkZJR19IV01PTl9ERUJV R19DSElQIGlzIG5vdCBzZXQKCiMKIyBOYXRpdmUgZHJpdmVycwojCkNPTkZJR19TRU5TT1JTX0FC SVRVR1VSVT1tCkNPTkZJR19TRU5TT1JTX0FCSVRVR1VSVTM9bQojIENPTkZJR19TRU5TT1JTX0FE NzQxNCBpcyBub3Qgc2V0CkNPTkZJR19TRU5TT1JTX0FENzQxOD1tCiMgQ09ORklHX1NFTlNPUlNf QURDWFggaXMgbm90IHNldApDT05GSUdfU0VOU09SU19BRE0xMDIxPW0KQ09ORklHX1NFTlNPUlNf QURNMTAyNT1tCkNPTkZJR19TRU5TT1JTX0FETTEwMjY9bQpDT05GSUdfU0VOU09SU19BRE0xMDI5 PW0KQ09ORklHX1NFTlNPUlNfQURNMTAzMT1tCkNPTkZJR19TRU5TT1JTX0FETTkyNDA9bQojIENP TkZJR19TRU5TT1JTX0FEVDc0NjIgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19BRFQ3NDcwPW0K Q09ORklHX1NFTlNPUlNfQURUNzQ3Mz1tCiMgQ09ORklHX1NFTlNPUlNfQURUNzQ3NSBpcyBub3Qg c2V0CkNPTkZJR19TRU5TT1JTX0s4VEVNUD1tCkNPTkZJR19TRU5TT1JTX0FTQjEwMD1tCkNPTkZJ R19TRU5TT1JTX0FUWFAxPW0KQ09ORklHX1NFTlNPUlNfRFMxNjIxPW0KQ09ORklHX1NFTlNPUlNf STVLX0FNQj1tCkNPTkZJR19TRU5TT1JTX0Y3MTgwNUY9bQpDT05GSUdfU0VOU09SU19GNzE4ODJG Rz1tCkNPTkZJR19TRU5TT1JTX0Y3NTM3NVM9bQpDT05GSUdfU0VOU09SU19GU0NITUQ9bQojIENP TkZJR19TRU5TT1JTX0c3NjBBIGlzIG5vdCBzZXQKQ09ORklHX1NFTlNPUlNfR0w1MThTTT1tCkNP TkZJR19TRU5TT1JTX0dMNTIwU009bQpDT05GSUdfU0VOU09SU19DT1JFVEVNUD1tCkNPTkZJR19T RU5TT1JTX0lCTUFFTT1tCkNPTkZJR19TRU5TT1JTX0lCTVBFWD1tCkNPTkZJR19TRU5TT1JTX0lU ODc9bQpDT05GSUdfU0VOU09SU19MTTYzPW0KQ09ORklHX1NFTlNPUlNfTE03MD1tCkNPTkZJR19T RU5TT1JTX0xNNzU9bQpDT05GSUdfU0VOU09SU19MTTc3PW0KQ09ORklHX1NFTlNPUlNfTE03OD1t CkNPTkZJR19TRU5TT1JTX0xNODA9bQpDT05GSUdfU0VOU09SU19MTTgzPW0KQ09ORklHX1NFTlNP UlNfTE04NT1tCkNPTkZJR19TRU5TT1JTX0xNODc9bQpDT05GSUdfU0VOU09SU19MTTkwPW0KQ09O RklHX1NFTlNPUlNfTE05Mj1tCkNPTkZJR19TRU5TT1JTX0xNOTM9bQojIENPTkZJR19TRU5TT1JT X0xUQzQyMTUgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX0xUQzQyNDUgaXMgbm90IHNldAoj IENPTkZJR19TRU5TT1JTX0xNOTUyNDEgaXMgbm90IHNldAojIENPTkZJR19TRU5TT1JTX01BWDEx MTEgaXMgbm90IHNldApDT05GSUdfU0VOU09SU19NQVgxNjE5PW0KQ09ORklHX1NFTlNPUlNfTUFY NjY1MD1tCkNPTkZJR19TRU5TT1JTX1BDODczNjA9bQpDT05GSUdfU0VOU09SU19QQzg3NDI3PW0K Q09ORklHX1NFTlNPUlNfUENGODU5MT1tCkNPTkZJR19TRU5TT1JTX1NJUzU1OTU9bQpDT05GSUdf U0VOU09SU19ETUUxNzM3PW0KQ09ORklHX1NFTlNPUlNfU01TQzQ3TTE9bQpDT05GSUdfU0VOU09S U19TTVNDNDdNMTkyPW0KQ09ORklHX1NFTlNPUlNfU01TQzQ3QjM5Nz1tCkNPTkZJR19TRU5TT1JT X0FEUzc4Mjg9bQpDT05GSUdfU0VOU09SU19USE1DNTA9bQojIENPTkZJR19TRU5TT1JTX1RNUDQw MSBpcyBub3Qgc2V0CiMgQ09ORklHX1NFTlNPUlNfVE1QNDIxIGlzIG5vdCBzZXQKQ09ORklHX1NF TlNPUlNfVklBNjg2QT1tCkNPTkZJR19TRU5TT1JTX1ZUMTIxMT1tCkNPTkZJR19TRU5TT1JTX1ZU ODIzMT1tCkNPTkZJR19TRU5TT1JTX1c4Mzc4MUQ9bQpDT05GSUdfU0VOU09SU19XODM3OTFEPW0K Q09ORklHX1NFTlNPUlNfVzgzNzkyRD1tCkNPTkZJR19TRU5TT1JTX1c4Mzc5Mz1tCkNPTkZJR19T RU5TT1JTX1c4M0w3ODVUUz1tCkNPTkZJR19TRU5TT1JTX1c4M0w3ODZORz1tCkNPTkZJR19TRU5T T1JTX1c4MzYyN0hGPW0KQ09ORklHX1NFTlNPUlNfVzgzNjI3RUhGPW0KQ09ORklHX1NFTlNPUlNf SERBUFM9bQpDT05GSUdfU0VOU09SU19BUFBMRVNNQz1tCgojCiMgQUNQSSBkcml2ZXJzCiMKIyBD T05GSUdfU0VOU09SU19BVEswMTEwIGlzIG5vdCBzZXQKIyBDT05GSUdfU0VOU09SU19MSVMzTFYw MkQgaXMgbm90IHNldApDT05GSUdfVEhFUk1BTD1tCkNPTkZJR19USEVSTUFMX0hXTU9OPXkKQ09O RklHX1dBVENIRE9HPXkKIyBDT05GSUdfV0FUQ0hET0dfTk9XQVlPVVQgaXMgbm90IHNldAoKIwoj IFdhdGNoZG9nIERldmljZSBEcml2ZXJzCiMKQ09ORklHX1NPRlRfV0FUQ0hET0c9bQpDT05GSUdf QUNRVUlSRV9XRFQ9bQpDT05GSUdfQURWQU5URUNIX1dEVD1tCkNPTkZJR19BTElNMTUzNV9XRFQ9 bQpDT05GSUdfQUxJTTcxMDFfV0RUPW0KQ09ORklHX1NDNTIwX1dEVD1tCiMgQ09ORklHX1NCQ19G SVRQQzJfV0FUQ0hET0cgaXMgbm90IHNldApDT05GSUdfRVVST1RFQ0hfV0RUPW0KQ09ORklHX0lC NzAwX1dEVD1tCkNPTkZJR19JQk1BU1I9bQpDT05GSUdfV0FGRVJfV0RUPW0KQ09ORklHX0k2MzAw RVNCX1dEVD1tCkNPTkZJR19JVENPX1dEVD1tCiMgQ09ORklHX0lUQ09fVkVORE9SX1NVUFBPUlQg aXMgbm90IHNldApDT05GSUdfSVQ4NzEyRl9XRFQ9bQojIENPTkZJR19JVDg3X1dEVCBpcyBub3Qg c2V0CkNPTkZJR19IUF9XQVRDSERPRz1tCkNPTkZJR19TQzEyMDBfV0RUPW0KQ09ORklHX1NDeDIw MF9XRFQ9bQpDT05GSUdfUEM4NzQxM19XRFQ9bQpDT05GSUdfNjBYWF9XRFQ9bQpDT05GSUdfU0JD ODM2MF9XRFQ9bQpDT05GSUdfU0JDNzI0MF9XRFQ9bQpDT05GSUdfQ1BVNV9XRFQ9bQojIENPTkZJ R19TTVNDX1NDSDMxMVhfV0RUIGlzIG5vdCBzZXQKQ09ORklHX1NNU0MzN0I3ODdfV0RUPW0KQ09O RklHX1c4MzYyN0hGX1dEVD1tCkNPTkZJR19XODM2OTdIRl9XRFQ9bQojIENPTkZJR19XODM2OTdV R19XRFQgaXMgbm90IHNldApDT05GSUdfVzgzODc3Rl9XRFQ9bQpDT05GSUdfVzgzOTc3Rl9XRFQ9 bQpDT05GSUdfTUFDSFpfV0RUPW0KQ09ORklHX1NCQ19FUFhfQzNfV0FUQ0hET0c9bQoKIwojIElT QS1iYXNlZCBXYXRjaGRvZyBDYXJkcwojCkNPTkZJR19QQ1dBVENIRE9HPW0KQ09ORklHX01JWENP TVdEPW0KQ09ORklHX1dEVD1tCgojCiMgUENJLWJhc2VkIFdhdGNoZG9nIENhcmRzCiMKQ09ORklH X1BDSVBDV0FUQ0hET0c9bQpDT05GSUdfV0RUUENJPW0KCiMKIyBVU0ItYmFzZWQgV2F0Y2hkb2cg Q2FyZHMKIwpDT05GSUdfVVNCUENXQVRDSERPRz1tCkNPTkZJR19TU0JfUE9TU0lCTEU9eQoKIwoj IFNvbmljcyBTaWxpY29uIEJhY2twbGFuZQojCkNPTkZJR19TU0I9bQpDT05GSUdfU1NCX1NQUk9N PXkKQ09ORklHX1NTQl9CTE9DS0lPPXkKQ09ORklHX1NTQl9QQ0lIT1NUX1BPU1NJQkxFPXkKQ09O RklHX1NTQl9QQ0lIT1NUPXkKQ09ORklHX1NTQl9CNDNfUENJX0JSSURHRT15CkNPTkZJR19TU0Jf UENNQ0lBSE9TVF9QT1NTSUJMRT15CkNPTkZJR19TU0JfUENNQ0lBSE9TVD15CkNPTkZJR19TU0Jf U0RJT0hPU1RfUE9TU0lCTEU9eQojIENPTkZJR19TU0JfU0RJT0hPU1QgaXMgbm90IHNldAojIENP TkZJR19TU0JfREVCVUcgaXMgbm90IHNldApDT05GSUdfU1NCX0RSSVZFUl9QQ0lDT1JFX1BPU1NJ QkxFPXkKQ09ORklHX1NTQl9EUklWRVJfUENJQ09SRT15CgojCiMgTXVsdGlmdW5jdGlvbiBkZXZp Y2UgZHJpdmVycwojCkNPTkZJR19NRkRfQ09SRT1tCkNPTkZJR19NRkRfU001MDE9bQpDT05GSUdf SFRDX1BBU0lDMz1tCiMgQ09ORklHX01GRF9UTUlPIGlzIG5vdCBzZXQKIyBDT05GSUdfTUZEX1dN ODQwMCBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9XTTgzMVggaXMgbm90IHNldAojIENPTkZJR19N RkRfV004MzUwX0kyQyBpcyBub3Qgc2V0CiMgQ09ORklHX01GRF9QQ0Y1MDYzMyBpcyBub3Qgc2V0 CiMgQ09ORklHX01GRF9NQzEzNzgzIGlzIG5vdCBzZXQKIyBDT05GSUdfQUIzMTAwX0NPUkUgaXMg bm90IHNldAojIENPTkZJR19FWlhfUENBUCBpcyBub3Qgc2V0CiMgQ09ORklHX1JFR1VMQVRPUiBp cyBub3Qgc2V0CiMgQ09ORklHX01FRElBX1NVUFBPUlQgaXMgbm90IHNldAoKIwojIEdyYXBoaWNz IHN1cHBvcnQKIwpDT05GSUdfQUdQPW0KQ09ORklHX0FHUF9BTEk9bQpDT05GSUdfQUdQX0FUST1t CkNPTkZJR19BR1BfQU1EPW0KQ09ORklHX0FHUF9BTUQ2ND1tCkNPTkZJR19BR1BfSU5URUw9bQpD T05GSUdfQUdQX05WSURJQT1tCkNPTkZJR19BR1BfU0lTPW0KQ09ORklHX0FHUF9TV09SS1M9bQpD T05GSUdfQUdQX1ZJQT1tCkNPTkZJR19BR1BfRUZGSUNFT049bQpDT05GSUdfVkdBX0FSQj15CkNP TkZJR19EUk09bQpDT05GSUdfRFJNX0tNU19IRUxQRVI9bQpDT05GSUdfRFJNX1RUTT1tCkNPTkZJ R19EUk1fVERGWD1tCkNPTkZJR19EUk1fUjEyOD1tCkNPTkZJR19EUk1fUkFERU9OPW0KQ09ORklH X0RSTV9JODEwPW0KQ09ORklHX0RSTV9JODMwPW0KQ09ORklHX0RSTV9JOTE1PW0KIyBDT05GSUdf RFJNX0k5MTVfS01TIGlzIG5vdCBzZXQKQ09ORklHX0RSTV9NR0E9bQpDT05GSUdfRFJNX1NJUz1t CkNPTkZJR19EUk1fVklBPW0KQ09ORklHX0RSTV9TQVZBR0U9bQpDT05GSUdfVkdBU1RBVEU9bQpD T05GSUdfVklERU9fT1VUUFVUX0NPTlRST0w9bQpDT05GSUdfRkI9eQpDT05GSUdfRklSTVdBUkVf RURJRD15CkNPTkZJR19GQl9EREM9bQpDT05GSUdfRkJfQk9PVF9WRVNBX1NVUFBPUlQ9eQpDT05G SUdfRkJfQ0ZCX0ZJTExSRUNUPXkKQ09ORklHX0ZCX0NGQl9DT1BZQVJFQT15CkNPTkZJR19GQl9D RkJfSU1BR0VCTElUPXkKIyBDT05GSUdfRkJfQ0ZCX1JFVl9QSVhFTFNfSU5fQllURSBpcyBub3Qg c2V0CkNPTkZJR19GQl9TWVNfRklMTFJFQ1Q9eQpDT05GSUdfRkJfU1lTX0NPUFlBUkVBPXkKQ09O RklHX0ZCX1NZU19JTUFHRUJMSVQ9eQojIENPTkZJR19GQl9GT1JFSUdOX0VORElBTiBpcyBub3Qg c2V0CkNPTkZJR19GQl9TWVNfRk9QUz15CkNPTkZJR19GQl9ERUZFUlJFRF9JTz15CkNPTkZJR19G Ql9IRUNVQkE9bQpDT05GSUdfRkJfU1ZHQUxJQj1tCiMgQ09ORklHX0ZCX01BQ01PREVTIGlzIG5v dCBzZXQKQ09ORklHX0ZCX0JBQ0tMSUdIVD15CkNPTkZJR19GQl9NT0RFX0hFTFBFUlM9eQpDT05G SUdfRkJfVElMRUJMSVRUSU5HPXkKCiMKIyBGcmFtZSBidWZmZXIgaGFyZHdhcmUgZHJpdmVycwoj CkNPTkZJR19GQl9DSVJSVVM9bQpDT05GSUdfRkJfUE0yPW0KQ09ORklHX0ZCX1BNMl9GSUZPX0RJ U0NPTk5FQ1Q9eQpDT05GSUdfRkJfQ1lCRVIyMDAwPW0KQ09ORklHX0ZCX0FSQz1tCiMgQ09ORklH X0ZCX0FTSUxJQU5UIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfSU1TVFQgaXMgbm90IHNldApDT05G SUdfRkJfVkdBMTY9bQpDT05GSUdfRkJfVVZFU0E9bQpDT05GSUdfRkJfVkVTQT15CkNPTkZJR19G Ql9FRkk9eQpDT05GSUdfRkJfTjQxMT1tCkNPTkZJR19GQl9IR0E9bQojIENPTkZJR19GQl9IR0Ff QUNDRUwgaXMgbm90IHNldApDT05GSUdfRkJfUzFEMTNYWFg9bQpDT05GSUdfRkJfTlZJRElBPW0K Q09ORklHX0ZCX05WSURJQV9JMkM9eQojIENPTkZJR19GQl9OVklESUFfREVCVUcgaXMgbm90IHNl dApDT05GSUdfRkJfTlZJRElBX0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1JJVkEgaXMgbm90IHNl dApDT05GSUdfRkJfSTgxMD1tCiMgQ09ORklHX0ZCX0k4MTBfR1RGIGlzIG5vdCBzZXQKQ09ORklH X0ZCX0xFODA1Nzg9bQpDT05GSUdfRkJfQ0FSSUxMT19SQU5DSD1tCkNPTkZJR19GQl9NQVRST1g9 bQpDT05GSUdfRkJfTUFUUk9YX01JTExFTklVTT15CkNPTkZJR19GQl9NQVRST1hfTVlTVElRVUU9 eQpDT05GSUdfRkJfTUFUUk9YX0c9eQpDT05GSUdfRkJfTUFUUk9YX0kyQz1tCkNPTkZJR19GQl9N QVRST1hfTUFWRU49bQpDT05GSUdfRkJfUkFERU9OPW0KQ09ORklHX0ZCX1JBREVPTl9JMkM9eQpD T05GSUdfRkJfUkFERU9OX0JBQ0tMSUdIVD15CiMgQ09ORklHX0ZCX1JBREVPTl9ERUJVRyBpcyBu b3Qgc2V0CkNPTkZJR19GQl9BVFkxMjg9bQpDT05GSUdfRkJfQVRZMTI4X0JBQ0tMSUdIVD15CkNP TkZJR19GQl9BVFk9bQpDT05GSUdfRkJfQVRZX0NUPXkKQ09ORklHX0ZCX0FUWV9HRU5FUklDX0xD RD15CkNPTkZJR19GQl9BVFlfR1g9eQpDT05GSUdfRkJfQVRZX0JBQ0tMSUdIVD15CkNPTkZJR19G Ql9TMz1tCkNPTkZJR19GQl9TQVZBR0U9bQpDT05GSUdfRkJfU0FWQUdFX0kyQz15CiMgQ09ORklH X0ZCX1NBVkFHRV9BQ0NFTCBpcyBub3Qgc2V0CkNPTkZJR19GQl9TSVM9bQpDT05GSUdfRkJfU0lT XzMwMD15CkNPTkZJR19GQl9TSVNfMzE1PXkKIyBDT05GSUdfRkJfVklBIGlzIG5vdCBzZXQKQ09O RklHX0ZCX05FT01BR0lDPW0KQ09ORklHX0ZCX0tZUk89bQpDT05GSUdfRkJfM0RGWD1tCiMgQ09O RklHX0ZCXzNERlhfQUNDRUwgaXMgbm90IHNldApDT05GSUdfRkJfM0RGWF9JMkM9eQpDT05GSUdf RkJfVk9PRE9PMT1tCkNPTkZJR19GQl9WVDg2MjM9bQpDT05GSUdfRkJfVFJJREVOVD1tCkNPTkZJ R19GQl9BUks9bQpDT05GSUdfRkJfUE0zPW0KIyBDT05GSUdfRkJfQ0FSTUlORSBpcyBub3Qgc2V0 CkNPTkZJR19GQl9HRU9ERT15CkNPTkZJR19GQl9HRU9ERV9MWD1tCkNPTkZJR19GQl9HRU9ERV9H WD1tCkNPTkZJR19GQl9HRU9ERV9HWDE9bQojIENPTkZJR19GQl9UTUlPIGlzIG5vdCBzZXQKQ09O RklHX0ZCX1NNNTAxPW0KQ09ORklHX0ZCX1ZJUlRVQUw9bQpDT05GSUdfWEVOX0ZCREVWX0ZST05U RU5EPXkKIyBDT05GSUdfRkJfTUVUUk9OT01FIGlzIG5vdCBzZXQKIyBDT05GSUdfRkJfTUI4NjJY WCBpcyBub3Qgc2V0CiMgQ09ORklHX0ZCX0JST0FEU0hFRVQgaXMgbm90IHNldApDT05GSUdfQkFD S0xJR0hUX0xDRF9TVVBQT1JUPXkKIyBDT05GSUdfTENEX0NMQVNTX0RFVklDRSBpcyBub3Qgc2V0 CkNPTkZJR19CQUNLTElHSFRfQ0xBU1NfREVWSUNFPXkKQ09ORklHX0JBQ0tMSUdIVF9HRU5FUklD PXkKQ09ORklHX0JBQ0tMSUdIVF9QUk9HRUFSPW0KIyBDT05GSUdfQkFDS0xJR0hUX01CUF9OVklE SUEgaXMgbm90IHNldAojIENPTkZJR19CQUNLTElHSFRfU0FIQVJBIGlzIG5vdCBzZXQKCiMKIyBE aXNwbGF5IGRldmljZSBzdXBwb3J0CiMKQ09ORklHX0RJU1BMQVlfU1VQUE9SVD1tCgojCiMgRGlz cGxheSBoYXJkd2FyZSBkcml2ZXJzCiMKCiMKIyBDb25zb2xlIGRpc3BsYXkgZHJpdmVyIHN1cHBv cnQKIwpDT05GSUdfVkdBX0NPTlNPTEU9eQojIENPTkZJR19WR0FDT05fU09GVF9TQ1JPTExCQUNL IGlzIG5vdCBzZXQKQ09ORklHX01EQV9DT05TT0xFPW0KQ09ORklHX0RVTU1ZX0NPTlNPTEU9eQpD T05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRT15CiMgQ09ORklHX0ZSQU1FQlVGRkVSX0NPTlNPTEVf REVURUNUX1BSSU1BUlkgaXMgbm90IHNldApDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9ST1RB VElPTj15CiMgQ09ORklHX0ZPTlRTIGlzIG5vdCBzZXQKQ09ORklHX0ZPTlRfOHg4PXkKQ09ORklH X0ZPTlRfOHgxNj15CiMgQ09ORklHX0xPR08gaXMgbm90IHNldApDT05GSUdfU09VTkQ9bQpDT05G SUdfU09VTkRfT1NTX0NPUkU9eQpDT05GSUdfU09VTkRfT1NTX0NPUkVfUFJFQ0xBSU09eQpDT05G SUdfU05EPW0KQ09ORklHX1NORF9USU1FUj1tCkNPTkZJR19TTkRfUENNPW0KQ09ORklHX1NORF9I V0RFUD1tCkNPTkZJR19TTkRfUkFXTUlEST1tCkNPTkZJR19TTkRfU0VRVUVOQ0VSPW0KQ09ORklH X1NORF9TRVFfRFVNTVk9bQpDT05GSUdfU05EX09TU0VNVUw9eQpDT05GSUdfU05EX01JWEVSX09T Uz1tCkNPTkZJR19TTkRfUENNX09TUz1tCkNPTkZJR19TTkRfUENNX09TU19QTFVHSU5TPXkKQ09O RklHX1NORF9TRVFVRU5DRVJfT1NTPXkKIyBDT05GSUdfU05EX0hSVElNRVIgaXMgbm90IHNldAoj IENPTkZJR19TTkRfRFlOQU1JQ19NSU5PUlMgaXMgbm90IHNldApDT05GSUdfU05EX1NVUFBPUlRf T0xEX0FQST15CkNPTkZJR19TTkRfVkVSQk9TRV9QUk9DRlM9eQojIENPTkZJR19TTkRfVkVSQk9T RV9QUklOVEsgaXMgbm90IHNldAojIENPTkZJR19TTkRfREVCVUcgaXMgbm90IHNldApDT05GSUdf U05EX1ZNQVNURVI9eQpDT05GSUdfU05EX0RNQV9TR0JVRj15CkNPTkZJR19TTkRfUkFXTUlESV9T RVE9bQpDT05GSUdfU05EX09QTDNfTElCX1NFUT1tCkNPTkZJR19TTkRfT1BMNF9MSUJfU0VRPW0K Q09ORklHX1NORF9TQkFXRV9TRVE9bQpDT05GSUdfU05EX0VNVTEwSzFfU0VRPW0KQ09ORklHX1NO RF9NUFU0MDFfVUFSVD1tCkNPTkZJR19TTkRfT1BMM19MSUI9bQpDT05GSUdfU05EX09QTDRfTElC PW0KQ09ORklHX1NORF9WWF9MSUI9bQpDT05GSUdfU05EX0FDOTdfQ09ERUM9bQpDT05GSUdfU05E X0RSSVZFUlM9eQojIENPTkZJR19TTkRfUENTUCBpcyBub3Qgc2V0CkNPTkZJR19TTkRfRFVNTVk9 bQpDT05GSUdfU05EX1ZJUk1JREk9bQpDT05GSUdfU05EX01UUEFWPW0KQ09ORklHX1NORF9NVFM2 ND1tCkNPTkZJR19TTkRfU0VSSUFMX1UxNjU1MD1tCkNPTkZJR19TTkRfTVBVNDAxPW0KQ09ORklH X1NORF9QT1JUTUFOMlg0PW0KQ09ORklHX1NORF9BQzk3X1BPV0VSX1NBVkU9eQpDT05GSUdfU05E X0FDOTdfUE9XRVJfU0FWRV9ERUZBVUxUPTAKQ09ORklHX1NORF9XU1NfTElCPW0KQ09ORklHX1NO RF9TQl9DT01NT049bQpDT05GSUdfU05EX1NCOF9EU1A9bQpDT05GSUdfU05EX1NCMTZfRFNQPW0K Q09ORklHX1NORF9JU0E9eQpDT05GSUdfU05EX0FETElCPW0KQ09ORklHX1NORF9BRDE4MTZBPW0K Q09ORklHX1NORF9BRDE4NDg9bQpDT05GSUdfU05EX0FMUzEwMD1tCkNPTkZJR19TTkRfQVpUMjMy MD1tCkNPTkZJR19TTkRfQ01JODMzMD1tCkNPTkZJR19TTkRfQ1M0MjMxPW0KQ09ORklHX1NORF9D UzQyMzY9bQpDT05GSUdfU05EX0RUMDE5WD1tCkNPTkZJR19TTkRfRVM5Njg9bQpDT05GSUdfU05E X0VTMTY4OD1tCkNPTkZJR19TTkRfRVMxOFhYPW0KQ09ORklHX1NORF9TQzYwMDA9bQpDT05GSUdf U05EX0dVU0NMQVNTSUM9bQpDT05GSUdfU05EX0dVU0VYVFJFTUU9bQpDT05GSUdfU05EX0dVU01B WD1tCkNPTkZJR19TTkRfSU5URVJXQVZFPW0KQ09ORklHX1NORF9JTlRFUldBVkVfU1RCPW0KQ09O RklHX1NORF9PUEwzU0EyPW0KQ09ORklHX1NORF9PUFRJOTJYX0FEMTg0OD1tCkNPTkZJR19TTkRf T1BUSTkyWF9DUzQyMzE9bQpDT05GSUdfU05EX09QVEk5M1g9bQpDT05GSUdfU05EX01JUk89bQpD T05GSUdfU05EX1NCOD1tCkNPTkZJR19TTkRfU0IxNj1tCkNPTkZJR19TTkRfU0JBV0U9bQpDT05G SUdfU05EX1NCMTZfQ1NQPXkKQ09ORklHX1NORF9TR0FMQVhZPW0KQ09ORklHX1NORF9TU0NBUEU9 bQpDT05GSUdfU05EX1dBVkVGUk9OVD1tCiMgQ09ORklHX1NORF9NU05EX1BJTk5BQ0xFIGlzIG5v dCBzZXQKIyBDT05GSUdfU05EX01TTkRfQ0xBU1NJQyBpcyBub3Qgc2V0CkNPTkZJR19TTkRfUENJ PXkKQ09ORklHX1NORF9BRDE4ODk9bQpDT05GSUdfU05EX0FMUzMwMD1tCkNPTkZJR19TTkRfQUxT NDAwMD1tCkNPTkZJR19TTkRfQUxJNTQ1MT1tCkNPTkZJR19TTkRfQVRJSVhQPW0KQ09ORklHX1NO RF9BVElJWFBfTU9ERU09bQpDT05GSUdfU05EX0FVODgxMD1tCkNPTkZJR19TTkRfQVU4ODIwPW0K Q09ORklHX1NORF9BVTg4MzA9bQojIENPTkZJR19TTkRfQVcyIGlzIG5vdCBzZXQKQ09ORklHX1NO RF9BWlQzMzI4PW0KQ09ORklHX1NORF9CVDg3WD1tCiMgQ09ORklHX1NORF9CVDg3WF9PVkVSQ0xP Q0sgaXMgbm90IHNldApDT05GSUdfU05EX0NBMDEwNj1tCkNPTkZJR19TTkRfQ01JUENJPW0KQ09O RklHX1NORF9PWFlHRU5fTElCPW0KQ09ORklHX1NORF9PWFlHRU49bQpDT05GSUdfU05EX0NTNDI4 MT1tCiMgQ09ORklHX1NORF9DUzQ2WFggaXMgbm90IHNldApDT05GSUdfU05EX0NTNTUzMD1tCkNP TkZJR19TTkRfQ1M1NTM1QVVESU89bQojIENPTkZJR19TTkRfQ1RYRkkgaXMgbm90IHNldApDT05G SUdfU05EX0RBUkxBMjA9bQpDT05GSUdfU05EX0dJTkEyMD1tCkNPTkZJR19TTkRfTEFZTEEyMD1t CkNPTkZJR19TTkRfREFSTEEyND1tCkNPTkZJR19TTkRfR0lOQTI0PW0KQ09ORklHX1NORF9MQVlM QTI0PW0KQ09ORklHX1NORF9NT05BPW0KQ09ORklHX1NORF9NSUE9bQpDT05GSUdfU05EX0VDSE8z Rz1tCkNPTkZJR19TTkRfSU5ESUdPPW0KQ09ORklHX1NORF9JTkRJR09JTz1tCkNPTkZJR19TTkRf SU5ESUdPREo9bQojIENPTkZJR19TTkRfSU5ESUdPSU9YIGlzIG5vdCBzZXQKIyBDT05GSUdfU05E X0lORElHT0RKWCBpcyBub3Qgc2V0CkNPTkZJR19TTkRfRU1VMTBLMT1tCkNPTkZJR19TTkRfRU1V MTBLMVg9bQpDT05GSUdfU05EX0VOUzEzNzA9bQpDT05GSUdfU05EX0VOUzEzNzE9bQpDT05GSUdf U05EX0VTMTkzOD1tCkNPTkZJR19TTkRfRVMxOTY4PW0KQ09ORklHX1NORF9GTTgwMT1tCkNPTkZJ R19TTkRfSERBX0lOVEVMPW0KIyBDT05GSUdfU05EX0hEQV9IV0RFUCBpcyBub3Qgc2V0CiMgQ09O RklHX1NORF9IREFfSU5QVVRfQkVFUCBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9IREFfSU5QVVRf SkFDSyBpcyBub3Qgc2V0CiMgQ09ORklHX1NORF9IREFfUEFUQ0hfTE9BREVSIGlzIG5vdCBzZXQK Q09ORklHX1NORF9IREFfQ09ERUNfUkVBTFRFSz15CkNPTkZJR19TTkRfSERBX0NPREVDX0FOQUxP Rz15CkNPTkZJR19TTkRfSERBX0NPREVDX1NJR01BVEVMPXkKQ09ORklHX1NORF9IREFfQ09ERUNf VklBPXkKQ09ORklHX1NORF9IREFfQ09ERUNfQVRJSERNST15CkNPTkZJR19TTkRfSERBX0NPREVD X05WSERNST15CkNPTkZJR19TTkRfSERBX0NPREVDX0lOVEVMSERNST15CkNPTkZJR19TTkRfSERB X0VMRD15CkNPTkZJR19TTkRfSERBX0NPREVDX0NJUlJVUz15CkNPTkZJR19TTkRfSERBX0NPREVD X0NPTkVYQU5UPXkKQ09ORklHX1NORF9IREFfQ09ERUNfQ0EwMTEwPXkKQ09ORklHX1NORF9IREFf Q09ERUNfQ01FRElBPXkKQ09ORklHX1NORF9IREFfQ09ERUNfU0kzMDU0PXkKQ09ORklHX1NORF9I REFfR0VORVJJQz15CkNPTkZJR19TTkRfSERBX1BPV0VSX1NBVkU9eQpDT05GSUdfU05EX0hEQV9Q T1dFUl9TQVZFX0RFRkFVTFQ9MApDT05GSUdfU05EX0hEU1A9bQpDT05GSUdfU05EX0hEU1BNPW0K Q09ORklHX1NORF9ISUZJRVI9bQpDT05GSUdfU05EX0lDRTE3MTI9bQpDT05GSUdfU05EX0lDRTE3 MjQ9bQpDT05GSUdfU05EX0lOVEVMOFgwPW0KQ09ORklHX1NORF9JTlRFTDhYME09bQpDT05GSUdf U05EX0tPUkcxMjEyPW0KIyBDT05GSUdfU05EX0xYNjQ2NEVTIGlzIG5vdCBzZXQKQ09ORklHX1NO RF9NQUVTVFJPMz1tCkNPTkZJR19TTkRfTUlYQVJUPW0KQ09ORklHX1NORF9OTTI1Nj1tCkNPTkZJ R19TTkRfUENYSFI9bQpDT05GSUdfU05EX1JJUFRJREU9bQpDT05GSUdfU05EX1JNRTMyPW0KQ09O RklHX1NORF9STUU5Nj1tCkNPTkZJR19TTkRfUk1FOTY1Mj1tCkNPTkZJR19TTkRfU0lTNzAxOT1t CkNPTkZJR19TTkRfU09OSUNWSUJFUz1tCkNPTkZJR19TTkRfVFJJREVOVD1tCkNPTkZJR19TTkRf VklBODJYWD1tCkNPTkZJR19TTkRfVklBODJYWF9NT0RFTT1tCkNPTkZJR19TTkRfVklSVFVPU089 bQpDT05GSUdfU05EX1ZYMjIyPW0KQ09ORklHX1NORF9ZTUZQQ0k9bQpDT05GSUdfU05EX1NQST15 CkNPTkZJR19TTkRfVVNCPXkKQ09ORklHX1NORF9VU0JfQVVESU89bQpDT05GSUdfU05EX1VTQl9V U1gyWT1tCkNPTkZJR19TTkRfVVNCX0NBSUFRPW0KQ09ORklHX1NORF9VU0JfQ0FJQVFfSU5QVVQ9 eQojIENPTkZJR19TTkRfVVNCX1VTMTIyTCBpcyBub3Qgc2V0CkNPTkZJR19TTkRfUENNQ0lBPXkK Q09ORklHX1NORF9WWFBPQ0tFVD1tCkNPTkZJR19TTkRfUERBVURJT0NGPW0KIyBDT05GSUdfU05E X1NPQyBpcyBub3Qgc2V0CkNPTkZJR19TT1VORF9QUklNRT1tCiMgQ09ORklHX1NPVU5EX01TTkRD TEFTIGlzIG5vdCBzZXQKIyBDT05GSUdfU09VTkRfTVNORFBJTiBpcyBub3Qgc2V0CkNPTkZJR19T T1VORF9PU1M9bQojIENPTkZJR19TT1VORF9UUkFDRUlOSVQgaXMgbm90IHNldAojIENPTkZJR19T T1VORF9ETUFQIGlzIG5vdCBzZXQKQ09ORklHX1NPVU5EX1NTQ0FQRT1tCkNPTkZJR19TT1VORF9W TUlEST1tCkNPTkZJR19TT1VORF9UUklYPW0KQ09ORklHX1NPVU5EX01TUz1tCkNPTkZJR19TT1VO RF9NUFU0MDE9bQpDT05GSUdfU09VTkRfUEFTPW0KQ09ORklHX1NPVU5EX1BTUz1tCkNPTkZJR19Q U1NfTUlYRVI9eQpDT05GSUdfU09VTkRfU0I9bQpDT05GSUdfU09VTkRfWU0zODEyPW0KQ09ORklH X1NPVU5EX1VBUlQ2ODUwPW0KQ09ORklHX1NPVU5EX0FFRFNQMTY9bQpDT05GSUdfU0M2NjAwPXkK Q09ORklHX1NDNjYwMF9KT1k9eQpDT05GSUdfU0M2NjAwX0NEUk9NPTQKQ09ORklHX1NDNjYwMF9D RFJPTUJBU0U9MHgwCkNPTkZJR19TT1VORF9LQUhMVUE9bQpDT05GSUdfQUM5N19CVVM9bQpDT05G SUdfSElEX1NVUFBPUlQ9eQpDT05GSUdfSElEPW0KQ09ORklHX0hJRFJBVz15CgojCiMgVVNCIElu cHV0IERldmljZXMKIwpDT05GSUdfVVNCX0hJRD1tCkNPTkZJR19ISURfUElEPXkKQ09ORklHX1VT Ql9ISURERVY9eQoKIwojIFNwZWNpYWwgSElEIGRyaXZlcnMKIwpDT05GSUdfSElEX0E0VEVDSD1t CkNPTkZJR19ISURfQVBQTEU9bQpDT05GSUdfSElEX0JFTEtJTj1tCkNPTkZJR19ISURfQ0hFUlJZ PW0KQ09ORklHX0hJRF9DSElDT05ZPW0KQ09ORklHX0hJRF9DWVBSRVNTPW0KQ09ORklHX0hJRF9E UkFHT05SSVNFPW0KIyBDT05GSUdfRFJBR09OUklTRV9GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURf RVpLRVk9bQpDT05GSUdfSElEX0tZRT1tCkNPTkZJR19ISURfR1lSQVRJT049bQpDT05GSUdfSElE X1RXSU5IQU49bQpDT05GSUdfSElEX0tFTlNJTkdUT049bQpDT05GSUdfSElEX0xPR0lURUNIPW0K Q09ORklHX0xPR0lURUNIX0ZGPXkKQ09ORklHX0xPR0lSVU1CTEVQQUQyX0ZGPXkKQ09ORklHX0hJ RF9NSUNST1NPRlQ9bQpDT05GSUdfSElEX01PTlRFUkVZPW0KQ09ORklHX0hJRF9OVFJJRz1tCkNP TkZJR19ISURfUEFOVEhFUkxPUkQ9bQpDT05GSUdfUEFOVEhFUkxPUkRfRkY9eQpDT05GSUdfSElE X1BFVEFMWU5YPW0KQ09ORklHX0hJRF9TQU1TVU5HPW0KQ09ORklHX0hJRF9TT05ZPW0KQ09ORklH X0hJRF9TVU5QTFVTPW0KQ09ORklHX0hJRF9HUkVFTkFTSUE9bQojIENPTkZJR19HUkVFTkFTSUFf RkYgaXMgbm90IHNldApDT05GSUdfSElEX1NNQVJUSk9ZUExVUz1tCiMgQ09ORklHX1NNQVJUSk9Z UExVU19GRiBpcyBub3Qgc2V0CkNPTkZJR19ISURfVE9QU0VFRD1tCkNPTkZJR19ISURfVEhSVVNU TUFTVEVSPW0KQ09ORklHX1RIUlVTVE1BU1RFUl9GRj15CkNPTkZJR19ISURfV0FDT009bQpDT05G SUdfSElEX1pFUk9QTFVTPW0KQ09ORklHX1pFUk9QTFVTX0ZGPXkKQ09ORklHX1VTQl9TVVBQT1JU PXkKQ09ORklHX1VTQl9BUkNIX0hBU19IQ0Q9eQpDT05GSUdfVVNCX0FSQ0hfSEFTX09IQ0k9eQpD T05GSUdfVVNCX0FSQ0hfSEFTX0VIQ0k9eQpDT05GSUdfVVNCPW0KIyBDT05GSUdfVVNCX0RFQlVH IGlzIG5vdCBzZXQKQ09ORklHX1VTQl9BTk5PVU5DRV9ORVdfREVWSUNFUz15CgojCiMgTWlzY2Vs bGFuZW91cyBVU0Igb3B0aW9ucwojCkNPTkZJR19VU0JfREVWSUNFRlM9eQpDT05GSUdfVVNCX0RF VklDRV9DTEFTUz15CiMgQ09ORklHX1VTQl9EWU5BTUlDX01JTk9SUyBpcyBub3Qgc2V0CkNPTkZJ R19VU0JfU1VTUEVORD15CiMgQ09ORklHX1VTQl9PVEcgaXMgbm90IHNldApDT05GSUdfVVNCX01P Tj1tCiMgQ09ORklHX1VTQl9XVVNCIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1dVU0JfQ0JBRiBp cyBub3Qgc2V0CgojCiMgVVNCIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzCiMKQ09ORklHX1VTQl9D NjdYMDBfSENEPW0KIyBDT05GSUdfVVNCX1hIQ0lfSENEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9F SENJX0hDRD1tCkNPTkZJR19VU0JfRUhDSV9ST09UX0hVQl9UVD15CkNPTkZJR19VU0JfRUhDSV9U VF9ORVdTQ0hFRD15CiMgQ09ORklHX1VTQl9PWFUyMTBIUF9IQ0QgaXMgbm90IHNldApDT05GSUdf VVNCX0lTUDExNlhfSENEPW0KIyBDT05GSUdfVVNCX0lTUDE3NjBfSENEIGlzIG5vdCBzZXQKIyBD T05GSUdfVVNCX0lTUDEzNjJfSENEIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9PSENJX0hDRD1tCiMg Q09ORklHX1VTQl9PSENJX0hDRF9TU0IgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdf RU5ESUFOX0RFU0MgaXMgbm90IHNldAojIENPTkZJR19VU0JfT0hDSV9CSUdfRU5ESUFOX01NSU8g aXMgbm90IHNldApDT05GSUdfVVNCX09IQ0lfTElUVExFX0VORElBTj15CkNPTkZJR19VU0JfVUhD SV9IQ0Q9bQpDT05GSUdfVVNCX1UxMzJfSENEPW0KQ09ORklHX1VTQl9TTDgxMV9IQ0Q9bQpDT05G SUdfVVNCX1NMODExX0NTPW0KQ09ORklHX1VTQl9SOEE2NjU5N19IQ0Q9bQojIENPTkZJR19VU0Jf V0hDSV9IQ0QgaXMgbm90IHNldAojIENPTkZJR19VU0JfSFdBX0hDRCBpcyBub3Qgc2V0CgojCiMg RW5hYmxlIEhvc3Qgb3IgR2FkZ2V0IHN1cHBvcnQgdG8gc2VlIEludmVudHJhIG9wdGlvbnMKIwoK IwojIFVTQiBEZXZpY2UgQ2xhc3MgZHJpdmVycwojCkNPTkZJR19VU0JfQUNNPW0KQ09ORklHX1VT Ql9QUklOVEVSPW0KQ09ORklHX1VTQl9XRE09bQojIENPTkZJR19VU0JfVE1DIGlzIG5vdCBzZXQK CiMKIyBOT1RFOiBVU0JfU1RPUkFHRSBkZXBlbmRzIG9uIFNDU0kgYnV0IEJMS19ERVZfU0QgbWF5 CiMKCiMKIyBhbHNvIGJlIG5lZWRlZDsgc2VlIFVTQl9TVE9SQUdFIEhlbHAgZm9yIG1vcmUgaW5m bwojCkNPTkZJR19VU0JfU1RPUkFHRT1tCiMgQ09ORklHX1VTQl9TVE9SQUdFX0RFQlVHIGlzIG5v dCBzZXQKQ09ORklHX1VTQl9TVE9SQUdFX0RBVEFGQUI9bQpDT05GSUdfVVNCX1NUT1JBR0VfRlJF RUNPTT1tCkNPTkZJR19VU0JfU1RPUkFHRV9JU0QyMDA9bQpDT05GSUdfVVNCX1NUT1JBR0VfVVNC QVQ9bQpDT05GSUdfVVNCX1NUT1JBR0VfU0REUjA5PW0KQ09ORklHX1VTQl9TVE9SQUdFX1NERFI1 NT1tCkNPTkZJR19VU0JfU1RPUkFHRV9KVU1QU0hPVD1tCkNPTkZJR19VU0JfU1RPUkFHRV9BTEFV REE9bQpDT05GSUdfVVNCX1NUT1JBR0VfT05FVE9VQ0g9bQpDT05GSUdfVVNCX1NUT1JBR0VfS0FS TUE9bQpDT05GSUdfVVNCX1NUT1JBR0VfQ1lQUkVTU19BVEFDQj1tCiMgQ09ORklHX1VTQl9MSUJV U1VBTCBpcyBub3Qgc2V0CgojCiMgVVNCIEltYWdpbmcgZGV2aWNlcwojCkNPTkZJR19VU0JfTURD ODAwPW0KQ09ORklHX1VTQl9NSUNST1RFSz1tCgojCiMgVVNCIHBvcnQgZHJpdmVycwojCkNPTkZJ R19VU0JfVVNTNzIwPW0KQ09ORklHX1VTQl9TRVJJQUw9bQpDT05GSUdfVVNCX0VaVVNCPXkKQ09O RklHX1VTQl9TRVJJQUxfR0VORVJJQz15CkNPTkZJR19VU0JfU0VSSUFMX0FJUkNBQkxFPW0KQ09O RklHX1VTQl9TRVJJQUxfQVJLMzExNj1tCkNPTkZJR19VU0JfU0VSSUFMX0JFTEtJTj1tCkNPTkZJ R19VU0JfU0VSSUFMX0NIMzQxPW0KIyBDT05GSUdfVVNCX1NFUklBTF9XSElURUhFQVQgaXMgbm90 IHNldApDT05GSUdfVVNCX1NFUklBTF9ESUdJX0FDQ0VMRVBPUlQ9bQojIENPTkZJR19VU0JfU0VS SUFMX0NQMjEwWCBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0NZUFJFU1NfTTg9bQpDT05G SUdfVVNCX1NFUklBTF9FTVBFRz1tCkNPTkZJR19VU0JfU0VSSUFMX0ZURElfU0lPPW0KQ09ORklH X1VTQl9TRVJJQUxfRlVOU09GVD1tCkNPTkZJR19VU0JfU0VSSUFMX1ZJU09SPW0KQ09ORklHX1VT Ql9TRVJJQUxfSVBBUT1tCkNPTkZJR19VU0JfU0VSSUFMX0lSPW0KQ09ORklHX1VTQl9TRVJJQUxf RURHRVBPUlQ9bQpDT05GSUdfVVNCX1NFUklBTF9FREdFUE9SVF9UST1tCkNPTkZJR19VU0JfU0VS SUFMX0dBUk1JTj1tCkNPTkZJR19VU0JfU0VSSUFMX0lQVz1tCkNPTkZJR19VU0JfU0VSSUFMX0lV VT1tCkNPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fUERBPW0KQ09ORklHX1VTQl9TRVJJQUxfS0VZ U1BBTj1tCiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9NUFIgaXMgbm90IHNldAojIENPTkZJ R19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjggaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFM X0tFWVNQQU5fVVNBMjhYIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFOX1VT QTI4WEEgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMjhYQiBpcyBu b3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOSBpcyBub3Qgc2V0CiMgQ09O RklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0ExOFggaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VS SUFMX0tFWVNQQU5fVVNBMTlXIGlzIG5vdCBzZXQKIyBDT05GSUdfVVNCX1NFUklBTF9LRVlTUEFO X1VTQTE5UVcgaXMgbm90IHNldAojIENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBMTlRSSBp cyBub3Qgc2V0CiMgQ09ORklHX1VTQl9TRVJJQUxfS0VZU1BBTl9VU0E0OVcgaXMgbm90IHNldAoj IENPTkZJR19VU0JfU0VSSUFMX0tFWVNQQU5fVVNBNDlXTEMgaXMgbm90IHNldApDT05GSUdfVVNC X1NFUklBTF9LTFNJPW0KQ09ORklHX1VTQl9TRVJJQUxfS09CSUxfU0NUPW0KQ09ORklHX1VTQl9T RVJJQUxfTUNUX1UyMzI9bQpDT05GSUdfVVNCX1NFUklBTF9NT1M3NzIwPW0KQ09ORklHX1VTQl9T RVJJQUxfTU9TNzg0MD1tCkNPTkZJR19VU0JfU0VSSUFMX01PVE9ST0xBPW0KQ09ORklHX1VTQl9T RVJJQUxfTkFWTUFOPW0KQ09ORklHX1VTQl9TRVJJQUxfUEwyMzAzPW0KQ09ORklHX1VTQl9TRVJJ QUxfT1RJNjg1OD1tCiMgQ09ORklHX1VTQl9TRVJJQUxfUVVBTENPTU0gaXMgbm90IHNldApDT05G SUdfVVNCX1NFUklBTF9TUENQOFg1PW0KQ09ORklHX1VTQl9TRVJJQUxfSFA0WD1tCkNPTkZJR19V U0JfU0VSSUFMX1NBRkU9bQojIENPTkZJR19VU0JfU0VSSUFMX1NBRkVfUEFEREVEIGlzIG5vdCBz ZXQKIyBDT05GSUdfVVNCX1NFUklBTF9TSUVNRU5TX01QSSBpcyBub3Qgc2V0CkNPTkZJR19VU0Jf U0VSSUFMX1NJRVJSQVdJUkVMRVNTPW0KIyBDT05GSUdfVVNCX1NFUklBTF9TWU1CT0wgaXMgbm90 IHNldAojIENPTkZJR19VU0JfU0VSSUFMX1RJIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9TRVJJQUxf Q1lCRVJKQUNLPW0KQ09ORklHX1VTQl9TRVJJQUxfWElSQ09NPW0KQ09ORklHX1VTQl9TRVJJQUxf T1BUSU9OPW0KQ09ORklHX1VTQl9TRVJJQUxfT01OSU5FVD1tCiMgQ09ORklHX1VTQl9TRVJJQUxf T1BUSUNPTiBpcyBub3Qgc2V0CkNPTkZJR19VU0JfU0VSSUFMX0RFQlVHPW0KCiMKIyBVU0IgTWlz Y2VsbGFuZW91cyBkcml2ZXJzCiMKIyBDT05GSUdfVVNCX0VNSTYyIGlzIG5vdCBzZXQKIyBDT05G SUdfVVNCX0VNSTI2IGlzIG5vdCBzZXQKQ09ORklHX1VTQl9BRFVUVVg9bQojIENPTkZJR19VU0Jf U0VWU0VHIGlzIG5vdCBzZXQKQ09ORklHX1VTQl9SSU81MDA9bQpDT05GSUdfVVNCX0xFR09UT1dF Uj1tCkNPTkZJR19VU0JfTENEPW0KQ09ORklHX1VTQl9CRVJSWV9DSEFSR0U9bQpDT05GSUdfVVNC X0xFRD1tCkNPTkZJR19VU0JfQ1lQUkVTU19DWTdDNjM9bQpDT05GSUdfVVNCX0NZVEhFUk09bQpD T05GSUdfVVNCX0lETU9VU0U9bQpDT05GSUdfVVNCX0ZURElfRUxBTj1tCkNPTkZJR19VU0JfQVBQ TEVESVNQTEFZPW0KQ09ORklHX1VTQl9TSVNVU0JWR0E9bQpDT05GSUdfVVNCX1NJU1VTQlZHQV9D T049eQpDT05GSUdfVVNCX0xEPW0KQ09ORklHX1VTQl9UUkFOQ0VWSUJSQVRPUj1tCkNPTkZJR19V U0JfSU9XQVJSSU9SPW0KQ09ORklHX1VTQl9URVNUPW0KQ09ORklHX1VTQl9JU0lHSFRGVz1tCiMg Q09ORklHX1VTQl9WU1QgaXMgbm90IHNldApDT05GSUdfVVNCX0FUTT1tCkNPTkZJR19VU0JfU1BF RURUT1VDSD1tCkNPTkZJR19VU0JfQ1hBQ1JVPW0KQ09ORklHX1VTQl9VRUFHTEVBVE09bQpDT05G SUdfVVNCX1hVU0JBVE09bQojIENPTkZJR19VU0JfR0FER0VUIGlzIG5vdCBzZXQKCiMKIyBPVEcg YW5kIHJlbGF0ZWQgaW5mcmFzdHJ1Y3R1cmUKIwojIENPTkZJR19OT1BfVVNCX1hDRUlWIGlzIG5v dCBzZXQKIyBDT05GSUdfVVdCIGlzIG5vdCBzZXQKQ09ORklHX01NQz1tCiMgQ09ORklHX01NQ19E RUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX01NQ19VTlNBRkVfUkVTVU1FIGlzIG5vdCBzZXQKCiMK IyBNTUMvU0QvU0RJTyBDYXJkIERyaXZlcnMKIwpDT05GSUdfTU1DX0JMT0NLPW0KQ09ORklHX01N Q19CTE9DS19CT1VOQ0U9eQpDT05GSUdfU0RJT19VQVJUPW0KIyBDT05GSUdfTU1DX1RFU1QgaXMg bm90IHNldAoKIwojIE1NQy9TRC9TRElPIEhvc3QgQ29udHJvbGxlciBEcml2ZXJzCiMKQ09ORklH X01NQ19TREhDST1tCiMgQ09ORklHX01NQ19TREhDSV9QQ0kgaXMgbm90IHNldAojIENPTkZJR19N TUNfU0RIQ0lfUExURk0gaXMgbm90IHNldApDT05GSUdfTU1DX1dCU0Q9bQojIENPTkZJR19NTUNf QVQ5MSBpcyBub3Qgc2V0CiMgQ09ORklHX01NQ19BVE1FTE1DSSBpcyBub3Qgc2V0CkNPTkZJR19N TUNfVElGTV9TRD1tCiMgQ09ORklHX01NQ19TRFJJQ09IX0NTIGlzIG5vdCBzZXQKIyBDT05GSUdf TU1DX0NCNzEwIGlzIG5vdCBzZXQKIyBDT05GSUdfTU1DX1ZJQV9TRE1NQyBpcyBub3Qgc2V0CkNP TkZJR19NRU1TVElDSz1tCiMgQ09ORklHX01FTVNUSUNLX0RFQlVHIGlzIG5vdCBzZXQKCiMKIyBN ZW1vcnlTdGljayBkcml2ZXJzCiMKIyBDT05GSUdfTUVNU1RJQ0tfVU5TQUZFX1JFU1VNRSBpcyBu b3Qgc2V0CkNPTkZJR19NU1BST19CTE9DSz1tCgojCiMgTWVtb3J5U3RpY2sgSG9zdCBDb250cm9s bGVyIERyaXZlcnMKIwpDT05GSUdfTUVNU1RJQ0tfVElGTV9NUz1tCkNPTkZJR19NRU1TVElDS19K TUlDUk9OXzM4WD1tCkNPTkZJR19ORVdfTEVEUz15CkNPTkZJR19MRURTX0NMQVNTPW0KCiMKIyBM RUQgZHJpdmVycwojCkNPTkZJR19MRURTX05FVDQ4WFg9bQpDT05GSUdfTEVEU19XUkFQPW0KIyBD T05GSUdfTEVEU19BTElYMiBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfUENBOTUzMiBpcyBub3Qg c2V0CiMgQ09ORklHX0xFRFNfTFAzOTQ0IGlzIG5vdCBzZXQKQ09ORklHX0xFRFNfQ0xFVk9fTUFJ TD1tCiMgQ09ORklHX0xFRFNfUENBOTU1WCBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfREFDMTI0 UzA4NSBpcyBub3Qgc2V0CiMgQ09ORklHX0xFRFNfQkQyODAyIGlzIG5vdCBzZXQKCiMKIyBMRUQg VHJpZ2dlcnMKIwpDT05GSUdfTEVEU19UUklHR0VSUz15CkNPTkZJR19MRURTX1RSSUdHRVJfVElN RVI9bQpDT05GSUdfTEVEU19UUklHR0VSX0lERV9ESVNLPXkKQ09ORklHX0xFRFNfVFJJR0dFUl9I RUFSVEJFQVQ9bQojIENPTkZJR19MRURTX1RSSUdHRVJfQkFDS0xJR0hUIGlzIG5vdCBzZXQKQ09O RklHX0xFRFNfVFJJR0dFUl9ERUZBVUxUX09OPW0KCiMKIyBpcHRhYmxlcyB0cmlnZ2VyIGlzIHVu ZGVyIE5ldGZpbHRlciBjb25maWcgKExFRCB0YXJnZXQpCiMKQ09ORklHX0FDQ0VTU0lCSUxJVFk9 eQpDT05GSUdfQTExWV9CUkFJTExFX0NPTlNPTEU9eQpDT05GSUdfSU5GSU5JQkFORD1tCkNPTkZJ R19JTkZJTklCQU5EX1VTRVJfTUFEPW0KQ09ORklHX0lORklOSUJBTkRfVVNFUl9BQ0NFU1M9bQpD T05GSUdfSU5GSU5JQkFORF9VU0VSX01FTT15CkNPTkZJR19JTkZJTklCQU5EX0FERFJfVFJBTlM9 eQpDT05GSUdfSU5GSU5JQkFORF9NVEhDQT1tCkNPTkZJR19JTkZJTklCQU5EX01USENBX0RFQlVH PXkKQ09ORklHX0lORklOSUJBTkRfQU1TTzExMDA9bQojIENPTkZJR19JTkZJTklCQU5EX0FNU08x MTAwX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0lORklOSUJBTkRfQ1hHQjM9bQojIENPTkZJR19J TkZJTklCQU5EX0NYR0IzX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX01MWDRfSU5GSU5JQkFORD1t CkNPTkZJR19JTkZJTklCQU5EX05FUz1tCiMgQ09ORklHX0lORklOSUJBTkRfTkVTX0RFQlVHIGlz IG5vdCBzZXQKQ09ORklHX0lORklOSUJBTkRfSVBPSUI9bQojIENPTkZJR19JTkZJTklCQU5EX0lQ T0lCX0NNIGlzIG5vdCBzZXQKQ09ORklHX0lORklOSUJBTkRfSVBPSUJfREVCVUc9eQojIENPTkZJ R19JTkZJTklCQU5EX0lQT0lCX0RFQlVHX0RBVEEgaXMgbm90IHNldApDT05GSUdfSU5GSU5JQkFO RF9TUlA9bQpDT05GSUdfSU5GSU5JQkFORF9JU0VSPW0KQ09ORklHX0VEQUM9eQoKIwojIFJlcG9y dGluZyBzdWJzeXN0ZW1zCiMKIyBDT05GSUdfRURBQ19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19F REFDX0RFQ09ERV9NQ0U9eQpDT05GSUdfRURBQ19NTV9FREFDPW0KQ09ORklHX0VEQUNfQU1ENzZY PW0KQ09ORklHX0VEQUNfRTdYWFg9bQpDT05GSUdfRURBQ19FNzUyWD1tCkNPTkZJR19FREFDX0k4 Mjg3NVA9bQpDT05GSUdfRURBQ19JODI5NzVYPW0KQ09ORklHX0VEQUNfSTMwMDA9bQojIENPTkZJ R19FREFDX0kzMjAwIGlzIG5vdCBzZXQKIyBDT05GSUdfRURBQ19YMzggaXMgbm90IHNldAojIENP TkZJR19FREFDX0k1NDAwIGlzIG5vdCBzZXQKQ09ORklHX0VEQUNfSTgyODYwPW0KQ09ORklHX0VE QUNfUjgyNjAwPW0KQ09ORklHX0VEQUNfSTUwMDA9bQojIENPTkZJR19FREFDX0k1MTAwIGlzIG5v dCBzZXQKQ09ORklHX1JUQ19MSUI9eQpDT05GSUdfUlRDX0NMQVNTPXkKQ09ORklHX1JUQ19IQ1RP U1lTPXkKQ09ORklHX1JUQ19IQ1RPU1lTX0RFVklDRT0icnRjMCIKIyBDT05GSUdfUlRDX0RFQlVH IGlzIG5vdCBzZXQKCiMKIyBSVEMgaW50ZXJmYWNlcwojCkNPTkZJR19SVENfSU5URl9TWVNGUz15 CkNPTkZJR19SVENfSU5URl9QUk9DPXkKQ09ORklHX1JUQ19JTlRGX0RFVj15CiMgQ09ORklHX1JU Q19JTlRGX0RFVl9VSUVfRU1VTCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfVEVTVCBpcyBu b3Qgc2V0CgojCiMgSTJDIFJUQyBkcml2ZXJzCiMKQ09ORklHX1JUQ19EUlZfRFMxMzA3PW0KQ09O RklHX1JUQ19EUlZfRFMxMzc0PW0KQ09ORklHX1JUQ19EUlZfRFMxNjcyPW0KQ09ORklHX1JUQ19E UlZfTUFYNjkwMD1tCkNPTkZJR19SVENfRFJWX1JTNUMzNzI9bQpDT05GSUdfUlRDX0RSVl9JU0wx MjA4PW0KQ09ORklHX1JUQ19EUlZfWDEyMDU9bQpDT05GSUdfUlRDX0RSVl9QQ0Y4NTYzPW0KQ09O RklHX1JUQ19EUlZfUENGODU4Mz1tCkNPTkZJR19SVENfRFJWX000MVQ4MD1tCiMgQ09ORklHX1JU Q19EUlZfTTQxVDgwX1dEVCBpcyBub3Qgc2V0CkNPTkZJR19SVENfRFJWX1MzNTM5MEE9bQpDT05G SUdfUlRDX0RSVl9GTTMxMzA9bQojIENPTkZJR19SVENfRFJWX1JYODU4MSBpcyBub3Qgc2V0CiMg Q09ORklHX1JUQ19EUlZfUlg4MDI1IGlzIG5vdCBzZXQKCiMKIyBTUEkgUlRDIGRyaXZlcnMKIwoj IENPTkZJR19SVENfRFJWX000MVQ5NCBpcyBub3Qgc2V0CiMgQ09ORklHX1JUQ19EUlZfRFMxMzA1 IGlzIG5vdCBzZXQKIyBDT05GSUdfUlRDX0RSVl9EUzEzOTAgaXMgbm90IHNldApDT05GSUdfUlRD X0RSVl9NQVg2OTAyPW0KQ09ORklHX1JUQ19EUlZfUjk3MDE9bQpDT05GSUdfUlRDX0RSVl9SUzVD MzQ4PW0KIyBDT05GSUdfUlRDX0RSVl9EUzMyMzQgaXMgbm90IHNldAojIENPTkZJR19SVENfRFJW X1BDRjIxMjMgaXMgbm90IHNldAoKIwojIFBsYXRmb3JtIFJUQyBkcml2ZXJzCiMKQ09ORklHX1JU Q19EUlZfQ01PUz15CiMgQ09ORklHX1JUQ19EUlZfRFMxMjg2IGlzIG5vdCBzZXQKQ09ORklHX1JU Q19EUlZfRFMxNTExPW0KQ09ORklHX1JUQ19EUlZfRFMxNTUzPW0KQ09ORklHX1JUQ19EUlZfRFMx NzQyPW0KQ09ORklHX1JUQ19EUlZfU1RLMTdUQTg9bQpDT05GSUdfUlRDX0RSVl9NNDhUODY9bQoj IENPTkZJR19SVENfRFJWX000OFQzNSBpcyBub3Qgc2V0CkNPTkZJR19SVENfRFJWX000OFQ1OT1t CiMgQ09ORklHX1JUQ19EUlZfQlE0ODAyIGlzIG5vdCBzZXQKQ09ORklHX1JUQ19EUlZfVjMwMjA9 bQoKIwojIG9uLUNQVSBSVEMgZHJpdmVycwojCiMgQ09ORklHX0RNQURFVklDRVMgaXMgbm90IHNl dAojIENPTkZJR19BVVhESVNQTEFZIGlzIG5vdCBzZXQKQ09ORklHX1VJTz1tCkNPTkZJR19VSU9f Q0lGPW0KIyBDT05GSUdfVUlPX1BEUlYgaXMgbm90IHNldAojIENPTkZJR19VSU9fUERSVl9HRU5J UlEgaXMgbm90IHNldApDT05GSUdfVUlPX1NNWD1tCiMgQ09ORklHX1VJT19BRUMgaXMgbm90IHNl dAojIENPTkZJR19VSU9fU0VSQ09TMyBpcyBub3Qgc2V0CiMgQ09ORklHX1VJT19QQ0lfR0VORVJJ QyBpcyBub3Qgc2V0CgojCiMgVEkgVkxZTlEKIwpDT05GSUdfWEVOX0JBTExPT049eQpDT05GSUdf WEVOX1NDUlVCX1BBR0VTPXkKQ09ORklHX1hFTl9ERVZfRVZUQ0hOPXkKQ09ORklHX1hFTl9CQUNL RU5EPXkKQ09ORklHX1hFTl9ORVRERVZfQkFDS0VORD15CkNPTkZJR19YRU5fQkxLREVWX0JBQ0tF TkQ9eQpDT05GSUdfWEVOX0JMS0RFVl9UQVA9eQpDT05GSUdfWEVOX0JMS0JBQ0tfUEFHRU1BUD15 CkNPTkZJR19YRU5fUENJREVWX0JBQ0tFTkQ9eQojIENPTkZJR19YRU5fUENJREVWX0JBQ0tFTkRf VlBDSSBpcyBub3Qgc2V0CkNPTkZJR19YRU5fUENJREVWX0JBQ0tFTkRfUEFTUz15CiMgQ09ORklH X1hFTl9QQ0lERVZfQkFDS0VORF9TTE9UIGlzIG5vdCBzZXQKIyBDT05GSUdfWEVOX1BDSURFVl9C QUNLRU5EX0NPTlRST0xMRVIgaXMgbm90IHNldApDT05GSUdfWEVOX1BDSURFVl9CRV9ERUJVRz15 CkNPTkZJR19YRU5GUz15CkNPTkZJR19YRU5fQ09NUEFUX1hFTkZTPXkKQ09ORklHX1hFTl9TWVNf SFlQRVJWSVNPUj15CkNPTkZJR19YRU5fWEVOQlVTX0ZST05URU5EPXkKIyBDT05GSUdfWEVOX0dO VERFViBpcyBub3Qgc2V0CiMgQ09ORklHX1NUQUdJTkcgaXMgbm90IHNldApDT05GSUdfWDg2X1BM QVRGT1JNX0RFVklDRVM9eQpDT05GSUdfQUNFUl9XTUk9bQojIENPTkZJR19BQ0VSSERGIGlzIG5v dCBzZXQKQ09ORklHX0FTVVNfTEFQVE9QPW0KIyBDT05GSUdfREVMTF9XTUkgaXMgbm90IHNldApD T05GSUdfRlVKSVRTVV9MQVBUT1A9bQojIENPTkZJR19GVUpJVFNVX0xBUFRPUF9ERUJVRyBpcyBu b3Qgc2V0CkNPTkZJR19UQzExMDBfV01JPW0KIyBDT05GSUdfSFBfV01JIGlzIG5vdCBzZXQKQ09O RklHX01TSV9MQVBUT1A9bQojIENPTkZJR19QQU5BU09OSUNfTEFQVE9QIGlzIG5vdCBzZXQKIyBD T05GSUdfQ09NUEFMX0xBUFRPUCBpcyBub3Qgc2V0CkNPTkZJR19TT05ZX0xBUFRPUD1tCkNPTkZJ R19TT05ZUElfQ09NUEFUPXkKQ09ORklHX1RISU5LUEFEX0FDUEk9bQojIENPTkZJR19USElOS1BB RF9BQ1BJX0RFQlVHRkFDSUxJVElFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1RISU5LUEFEX0FDUElf REVCVUcgaXMgbm90IHNldAojIENPTkZJR19USElOS1BBRF9BQ1BJX1VOU0FGRV9MRURTIGlzIG5v dCBzZXQKQ09ORklHX1RISU5LUEFEX0FDUElfVklERU89eQpDT05GSUdfVEhJTktQQURfQUNQSV9I T1RLRVlfUE9MTD15CiMgQ09ORklHX0lOVEVMX01FTkxPVyBpcyBub3Qgc2V0CkNPTkZJR19FRUVQ Q19MQVBUT1A9bQpDT05GSUdfQUNQSV9XTUk9bQpDT05GSUdfQUNQSV9BU1VTPW0KIyBDT05GSUdf VE9QU1RBUl9MQVBUT1AgaXMgbm90IHNldApDT05GSUdfQUNQSV9UT1NISUJBPW0KCiMKIyBGaXJt d2FyZSBEcml2ZXJzCiMKQ09ORklHX0VERD1tCiMgQ09ORklHX0VERF9PRkYgaXMgbm90IHNldApD T05GSUdfRklSTVdBUkVfTUVNTUFQPXkKQ09ORklHX0VGSV9WQVJTPW0KQ09ORklHX0RFTExfUkJV PW0KQ09ORklHX0RDREJBUz1tCkNPTkZJR19ETUlJRD15CkNPTkZJR19JU0NTSV9JQkZUX0ZJTkQ9 eQpDT05GSUdfSVNDU0lfSUJGVD15CgojCiMgRmlsZSBzeXN0ZW1zCiMKQ09ORklHX0VYVDJfRlM9 bQpDT05GSUdfRVhUMl9GU19YQVRUUj15CkNPTkZJR19FWFQyX0ZTX1BPU0lYX0FDTD15CkNPTkZJ R19FWFQyX0ZTX1NFQ1VSSVRZPXkKIyBDT05GSUdfRVhUMl9GU19YSVAgaXMgbm90IHNldApDT05G SUdfRVhUM19GUz1tCiMgQ09ORklHX0VYVDNfREVGQVVMVFNfVE9fT1JERVJFRCBpcyBub3Qgc2V0 CkNPTkZJR19FWFQzX0ZTX1hBVFRSPXkKQ09ORklHX0VYVDNfRlNfUE9TSVhfQUNMPXkKQ09ORklH X0VYVDNfRlNfU0VDVVJJVFk9eQojIENPTkZJR19FWFQ0X0ZTIGlzIG5vdCBzZXQKQ09ORklHX0pC RD1tCiMgQ09ORklHX0pCRF9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19KQkQyPW0KIyBDT05GSUdf SkJEMl9ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR19GU19NQkNBQ0hFPW0KQ09ORklHX1JFSVNFUkZT X0ZTPW0KIyBDT05GSUdfUkVJU0VSRlNfQ0hFQ0sgaXMgbm90IHNldAojIENPTkZJR19SRUlTRVJG U19QUk9DX0lORk8gaXMgbm90IHNldApDT05GSUdfUkVJU0VSRlNfRlNfWEFUVFI9eQpDT05GSUdf UkVJU0VSRlNfRlNfUE9TSVhfQUNMPXkKQ09ORklHX1JFSVNFUkZTX0ZTX1NFQ1VSSVRZPXkKQ09O RklHX0pGU19GUz1tCkNPTkZJR19KRlNfUE9TSVhfQUNMPXkKQ09ORklHX0pGU19TRUNVUklUWT15 CiMgQ09ORklHX0pGU19ERUJVRyBpcyBub3Qgc2V0CiMgQ09ORklHX0pGU19TVEFUSVNUSUNTIGlz IG5vdCBzZXQKQ09ORklHX0ZTX1BPU0lYX0FDTD15CkNPTkZJR19YRlNfRlM9bQpDT05GSUdfWEZT X1FVT1RBPXkKQ09ORklHX1hGU19QT1NJWF9BQ0w9eQpDT05GSUdfWEZTX1JUPXkKIyBDT05GSUdf WEZTX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX0dGUzJfRlM9bQojIENPTkZJR19HRlMyX0ZTX0xP Q0tJTkdfRExNIGlzIG5vdCBzZXQKQ09ORklHX09DRlMyX0ZTPW0KQ09ORklHX09DRlMyX0ZTX08y Q0I9bQpDT05GSUdfT0NGUzJfRlNfVVNFUlNQQUNFX0NMVVNURVI9bQpDT05GSUdfT0NGUzJfRlNf U1RBVFM9eQpDT05GSUdfT0NGUzJfREVCVUdfTUFTS0xPRz15CiMgQ09ORklHX09DRlMyX0RFQlVH X0ZTIGlzIG5vdCBzZXQKIyBDT05GSUdfT0NGUzJfRlNfUE9TSVhfQUNMIGlzIG5vdCBzZXQKIyBD T05GSUdfQlRSRlNfRlMgaXMgbm90IHNldAojIENPTkZJR19OSUxGUzJfRlMgaXMgbm90IHNldApD T05GSUdfRklMRV9MT0NLSU5HPXkKQ09ORklHX0ZTTk9USUZZPXkKQ09ORklHX0ROT1RJRlk9eQpD T05GSUdfSU5PVElGWT15CkNPTkZJR19JTk9USUZZX1VTRVI9eQpDT05GSUdfUVVPVEE9eQpDT05G SUdfUVVPVEFfTkVUTElOS19JTlRFUkZBQ0U9eQpDT05GSUdfUFJJTlRfUVVPVEFfV0FSTklORz15 CkNPTkZJR19RVU9UQV9UUkVFPW0KQ09ORklHX1FGTVRfVjE9bQpDT05GSUdfUUZNVF9WMj1tCkNP TkZJR19RVU9UQUNUTD15CkNPTkZJR19BVVRPRlNfRlM9bQpDT05GSUdfQVVUT0ZTNF9GUz1tCkNP TkZJR19GVVNFX0ZTPW0KIyBDT05GSUdfQ1VTRSBpcyBub3Qgc2V0CkNPTkZJR19HRU5FUklDX0FD TD15CgojCiMgQ2FjaGVzCiMKIyBDT05GSUdfRlNDQUNIRSBpcyBub3Qgc2V0CgojCiMgQ0QtUk9N L0RWRCBGaWxlc3lzdGVtcwojCkNPTkZJR19JU085NjYwX0ZTPW0KQ09ORklHX0pPTElFVD15CkNP TkZJR19aSVNPRlM9eQpDT05GSUdfVURGX0ZTPW0KQ09ORklHX1VERl9OTFM9eQoKIwojIERPUy9G QVQvTlQgRmlsZXN5c3RlbXMKIwpDT05GSUdfRkFUX0ZTPW0KQ09ORklHX01TRE9TX0ZTPW0KQ09O RklHX1ZGQVRfRlM9bQpDT05GSUdfRkFUX0RFRkFVTFRfQ09ERVBBR0U9NDM3CkNPTkZJR19GQVRf REVGQVVMVF9JT0NIQVJTRVQ9InV0ZjgiCkNPTkZJR19OVEZTX0ZTPW0KIyBDT05GSUdfTlRGU19E RUJVRyBpcyBub3Qgc2V0CkNPTkZJR19OVEZTX1JXPXkKCiMKIyBQc2V1ZG8gZmlsZXN5c3RlbXMK IwpDT05GSUdfUFJPQ19GUz15CkNPTkZJR19QUk9DX0tDT1JFPXkKQ09ORklHX1BST0NfU1lTQ1RM PXkKQ09ORklHX1BST0NfUEFHRV9NT05JVE9SPXkKQ09ORklHX1NZU0ZTPXkKQ09ORklHX1RNUEZT PXkKQ09ORklHX1RNUEZTX1BPU0lYX0FDTD15CkNPTkZJR19IVUdFVExCRlM9eQpDT05GSUdfSFVH RVRMQl9QQUdFPXkKQ09ORklHX0NPTkZJR0ZTX0ZTPW0KQ09ORklHX01JU0NfRklMRVNZU1RFTVM9 eQpDT05GSUdfQURGU19GUz1tCiMgQ09ORklHX0FERlNfRlNfUlcgaXMgbm90IHNldApDT05GSUdf QUZGU19GUz1tCkNPTkZJR19FQ1JZUFRfRlM9bQpDT05GSUdfSEZTX0ZTPW0KQ09ORklHX0hGU1BM VVNfRlM9bQpDT05GSUdfQkVGU19GUz1tCiMgQ09ORklHX0JFRlNfREVCVUcgaXMgbm90IHNldApD T05GSUdfQkZTX0ZTPW0KQ09ORklHX0VGU19GUz1tCkNPTkZJR19KRkZTMl9GUz1tCkNPTkZJR19K RkZTMl9GU19ERUJVRz0wCkNPTkZJR19KRkZTMl9GU19XUklURUJVRkZFUj15CiMgQ09ORklHX0pG RlMyX0ZTX1dCVUZfVkVSSUZZIGlzIG5vdCBzZXQKQ09ORklHX0pGRlMyX1NVTU1BUlk9eQpDT05G SUdfSkZGUzJfRlNfWEFUVFI9eQpDT05GSUdfSkZGUzJfRlNfUE9TSVhfQUNMPXkKQ09ORklHX0pG RlMyX0ZTX1NFQ1VSSVRZPXkKQ09ORklHX0pGRlMyX0NPTVBSRVNTSU9OX09QVElPTlM9eQpDT05G SUdfSkZGUzJfWkxJQj15CkNPTkZJR19KRkZTMl9MWk89eQpDT05GSUdfSkZGUzJfUlRJTUU9eQoj IENPTkZJR19KRkZTMl9SVUJJTiBpcyBub3Qgc2V0CiMgQ09ORklHX0pGRlMyX0NNT0RFX05PTkUg aXMgbm90IHNldApDT05GSUdfSkZGUzJfQ01PREVfUFJJT1JJVFk9eQojIENPTkZJR19KRkZTMl9D TU9ERV9TSVpFIGlzIG5vdCBzZXQKIyBDT05GSUdfSkZGUzJfQ01PREVfRkFWT1VSTFpPIGlzIG5v dCBzZXQKIyBDT05GSUdfVUJJRlNfRlMgaXMgbm90IHNldApDT05GSUdfQ1JBTUZTPW0KIyBDT05G SUdfU1FVQVNIRlMgaXMgbm90IHNldApDT05GSUdfVlhGU19GUz1tCkNPTkZJR19NSU5JWF9GUz1t CiMgQ09ORklHX09NRlNfRlMgaXMgbm90IHNldApDT05GSUdfSFBGU19GUz1tCkNPTkZJR19RTlg0 RlNfRlM9bQpDT05GSUdfUk9NRlNfRlM9bQpDT05GSUdfUk9NRlNfQkFDS0VEX0JZX0JMT0NLPXkK IyBDT05GSUdfUk9NRlNfQkFDS0VEX0JZX01URCBpcyBub3Qgc2V0CiMgQ09ORklHX1JPTUZTX0JB Q0tFRF9CWV9CT1RIIGlzIG5vdCBzZXQKQ09ORklHX1JPTUZTX09OX0JMT0NLPXkKQ09ORklHX1NZ U1ZfRlM9bQpDT05GSUdfVUZTX0ZTPW0KIyBDT05GSUdfVUZTX0ZTX1dSSVRFIGlzIG5vdCBzZXQK IyBDT05GSUdfVUZTX0RFQlVHIGlzIG5vdCBzZXQKQ09ORklHX05FVFdPUktfRklMRVNZU1RFTVM9 eQpDT05GSUdfTkZTX0ZTPW0KQ09ORklHX05GU19WMz15CkNPTkZJR19ORlNfVjNfQUNMPXkKQ09O RklHX05GU19WND15CiMgQ09ORklHX05GU19WNF8xIGlzIG5vdCBzZXQKQ09ORklHX05GU0Q9bQpD T05GSUdfTkZTRF9WMl9BQ0w9eQpDT05GSUdfTkZTRF9WMz15CkNPTkZJR19ORlNEX1YzX0FDTD15 CkNPTkZJR19ORlNEX1Y0PXkKQ09ORklHX0xPQ0tEPW0KQ09ORklHX0xPQ0tEX1Y0PXkKQ09ORklH X0VYUE9SVEZTPW0KQ09ORklHX05GU19BQ0xfU1VQUE9SVD1tCkNPTkZJR19ORlNfQ09NTU9OPXkK Q09ORklHX1NVTlJQQz1tCkNPTkZJR19TVU5SUENfR1NTPW0KQ09ORklHX1NVTlJQQ19YUFJUX1JE TUE9bQpDT05GSUdfUlBDU0VDX0dTU19LUkI1PW0KQ09ORklHX1JQQ1NFQ19HU1NfU1BLTTM9bQoj IENPTkZJR19TTUJfRlMgaXMgbm90IHNldApDT05GSUdfQ0lGUz1tCiMgQ09ORklHX0NJRlNfU1RB VFMgaXMgbm90IHNldApDT05GSUdfQ0lGU19XRUFLX1BXX0hBU0g9eQpDT05GSUdfQ0lGU19VUENB TEw9eQpDT05GSUdfQ0lGU19YQVRUUj15CkNPTkZJR19DSUZTX1BPU0lYPXkKIyBDT05GSUdfQ0lG U19ERUJVRzIgaXMgbm90IHNldApDT05GSUdfQ0lGU19ERlNfVVBDQUxMPXkKQ09ORklHX0NJRlNf RVhQRVJJTUVOVEFMPXkKQ09ORklHX05DUF9GUz1tCiMgQ09ORklHX05DUEZTX1BBQ0tFVF9TSUdO SU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfTkNQRlNfSU9DVExfTE9DS0lORyBpcyBub3Qgc2V0CiMg Q09ORklHX05DUEZTX1NUUk9ORyBpcyBub3Qgc2V0CkNPTkZJR19OQ1BGU19ORlNfTlM9eQpDT05G SUdfTkNQRlNfT1MyX05TPXkKIyBDT05GSUdfTkNQRlNfU01BTExET1MgaXMgbm90IHNldApDT05G SUdfTkNQRlNfTkxTPXkKQ09ORklHX05DUEZTX0VYVFJBUz15CkNPTkZJR19DT0RBX0ZTPW0KQ09O RklHX0FGU19GUz1tCiMgQ09ORklHX0FGU19ERUJVRyBpcyBub3Qgc2V0CkNPTkZJR185UF9GUz1t CgojCiMgUGFydGl0aW9uIFR5cGVzCiMKQ09ORklHX1BBUlRJVElPTl9BRFZBTkNFRD15CkNPTkZJ R19BQ09STl9QQVJUSVRJT049eQojIENPTkZJR19BQ09STl9QQVJUSVRJT05fQ1VNQU5BIGlzIG5v dCBzZXQKIyBDT05GSUdfQUNPUk5fUEFSVElUSU9OX0VFU09YIGlzIG5vdCBzZXQKQ09ORklHX0FD T1JOX1BBUlRJVElPTl9JQ1M9eQojIENPTkZJR19BQ09STl9QQVJUSVRJT05fQURGUyBpcyBub3Qg c2V0CiMgQ09ORklHX0FDT1JOX1BBUlRJVElPTl9QT1dFUlRFQyBpcyBub3Qgc2V0CkNPTkZJR19B Q09STl9QQVJUSVRJT05fUklTQ0lYPXkKQ09ORklHX09TRl9QQVJUSVRJT049eQpDT05GSUdfQU1J R0FfUEFSVElUSU9OPXkKQ09ORklHX0FUQVJJX1BBUlRJVElPTj15CkNPTkZJR19NQUNfUEFSVElU SU9OPXkKQ09ORklHX01TRE9TX1BBUlRJVElPTj15CkNPTkZJR19CU0RfRElTS0xBQkVMPXkKQ09O RklHX01JTklYX1NVQlBBUlRJVElPTj15CkNPTkZJR19TT0xBUklTX1g4Nl9QQVJUSVRJT049eQpD T05GSUdfVU5JWFdBUkVfRElTS0xBQkVMPXkKQ09ORklHX0xETV9QQVJUSVRJT049eQojIENPTkZJ R19MRE1fREVCVUcgaXMgbm90IHNldApDT05GSUdfU0dJX1BBUlRJVElPTj15CkNPTkZJR19VTFRS SVhfUEFSVElUSU9OPXkKQ09ORklHX1NVTl9QQVJUSVRJT049eQpDT05GSUdfS0FSTUFfUEFSVElU SU9OPXkKQ09ORklHX0VGSV9QQVJUSVRJT049eQojIENPTkZJR19TWVNWNjhfUEFSVElUSU9OIGlz IG5vdCBzZXQKQ09ORklHX05MUz1tCkNPTkZJR19OTFNfREVGQVVMVD0idXRmOCIKQ09ORklHX05M U19DT0RFUEFHRV80Mzc9bQpDT05GSUdfTkxTX0NPREVQQUdFXzczNz1tCkNPTkZJR19OTFNfQ09E RVBBR0VfNzc1PW0KQ09ORklHX05MU19DT0RFUEFHRV84NTA9bQpDT05GSUdfTkxTX0NPREVQQUdF Xzg1Mj1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODU1PW0KQ09ORklHX05MU19DT0RFUEFHRV84NTc9 bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODYxPW0KQ09O RklHX05MU19DT0RFUEFHRV84NjI9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg2Mz1tCkNPTkZJR19O TFNfQ09ERVBBR0VfODY0PW0KQ09ORklHX05MU19DT0RFUEFHRV84NjU9bQpDT05GSUdfTkxTX0NP REVQQUdFXzg2Nj1tCkNPTkZJR19OTFNfQ09ERVBBR0VfODY5PW0KQ09ORklHX05MU19DT0RFUEFH RV85MzY9bQpDT05GSUdfTkxTX0NPREVQQUdFXzk1MD1tCkNPTkZJR19OTFNfQ09ERVBBR0VfOTMy PW0KQ09ORklHX05MU19DT0RFUEFHRV85NDk9bQpDT05GSUdfTkxTX0NPREVQQUdFXzg3ND1tCkNP TkZJR19OTFNfSVNPODg1OV84PW0KQ09ORklHX05MU19DT0RFUEFHRV8xMjUwPW0KQ09ORklHX05M U19DT0RFUEFHRV8xMjUxPW0KQ09ORklHX05MU19BU0NJST1tCkNPTkZJR19OTFNfSVNPODg1OV8x PW0KQ09ORklHX05MU19JU084ODU5XzI9bQpDT05GSUdfTkxTX0lTTzg4NTlfMz1tCkNPTkZJR19O TFNfSVNPODg1OV80PW0KQ09ORklHX05MU19JU084ODU5XzU9bQpDT05GSUdfTkxTX0lTTzg4NTlf Nj1tCkNPTkZJR19OTFNfSVNPODg1OV83PW0KQ09ORklHX05MU19JU084ODU5Xzk9bQpDT05GSUdf TkxTX0lTTzg4NTlfMTM9bQpDT05GSUdfTkxTX0lTTzg4NTlfMTQ9bQpDT05GSUdfTkxTX0lTTzg4 NTlfMTU9bQpDT05GSUdfTkxTX0tPSThfUj1tCkNPTkZJR19OTFNfS09JOF9VPW0KQ09ORklHX05M U19VVEY4PW0KQ09ORklHX0RMTT1tCkNPTkZJR19ETE1fREVCVUc9eQoKIwojIEtlcm5lbCBoYWNr aW5nCiMKQ09ORklHX1RSQUNFX0lSUUZMQUdTX1NVUFBPUlQ9eQpDT05GSUdfUFJJTlRLX1RJTUU9 eQpDT05GSUdfRU5BQkxFX1dBUk5fREVQUkVDQVRFRD15CkNPTkZJR19FTkFCTEVfTVVTVF9DSEVD Sz15CkNPTkZJR19GUkFNRV9XQVJOPTEwMjQKQ09ORklHX01BR0lDX1NZU1JRPXkKIyBDT05GSUdf U1RSSVBfQVNNX1NZTVMgaXMgbm90IHNldApDT05GSUdfVU5VU0VEX1NZTUJPTFM9eQpDT05GSUdf REVCVUdfRlM9eQojIENPTkZJR19IRUFERVJTX0NIRUNLIGlzIG5vdCBzZXQKQ09ORklHX0RFQlVH X0tFUk5FTD15CiMgQ09ORklHX0RFQlVHX1NISVJRIGlzIG5vdCBzZXQKQ09ORklHX0RFVEVDVF9T T0ZUTE9DS1VQPXkKIyBDT05GSUdfQk9PVFBBUkFNX1NPRlRMT0NLVVBfUEFOSUMgaXMgbm90IHNl dApDT05GSUdfQk9PVFBBUkFNX1NPRlRMT0NLVVBfUEFOSUNfVkFMVUU9MApDT05GSUdfREVURUNU X0hVTkdfVEFTSz15CiMgQ09ORklHX0JPT1RQQVJBTV9IVU5HX1RBU0tfUEFOSUMgaXMgbm90IHNl dApDT05GSUdfQk9PVFBBUkFNX0hVTkdfVEFTS19QQU5JQ19WQUxVRT0wCkNPTkZJR19TQ0hFRF9E RUJVRz15CiMgQ09ORklHX1NDSEVEU1RBVFMgaXMgbm90IHNldApDT05GSUdfVElNRVJfU1RBVFM9 eQojIENPTkZJR19ERUJVR19PQkpFQ1RTIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU0xBQiBp cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0tNRU1MRUFLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVC VUdfUlRfTVVURVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX1JUX01VVEVYX1RFU1RFUiBpcyBub3Qg c2V0CiMgQ09ORklHX0RFQlVHX1NQSU5MT0NLIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfTVVU RVhFUyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0xPQ0tfQUxMT0MgaXMgbm90IHNldAojIENP TkZJR19QUk9WRV9MT0NLSU5HIGlzIG5vdCBzZXQKIyBDT05GSUdfTE9DS19TVEFUIGlzIG5vdCBz ZXQKIyBDT05GSUdfREVCVUdfU1BJTkxPQ0tfU0xFRVAgaXMgbm90IHNldAojIENPTkZJR19ERUJV R19MT0NLSU5HX0FQSV9TRUxGVEVTVFMgaXMgbm90IHNldApDT05GSUdfU1RBQ0tUUkFDRT15CiMg Q09ORklHX0RFQlVHX0tPQkpFQ1QgaXMgbm90IHNldAojIENPTkZJR19ERUJVR19ISUdITUVNIGlz IG5vdCBzZXQKQ09ORklHX0RFQlVHX0JVR1ZFUkJPU0U9eQojIENPTkZJR19ERUJVR19JTkZPIGlz IG5vdCBzZXQKIyBDT05GSUdfREVCVUdfVk0gaXMgbm90IHNldAojIENPTkZJR19ERUJVR19WSVJU VUFMIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfV1JJVEVDT1VOVCBpcyBub3Qgc2V0CkNPTkZJ R19ERUJVR19NRU1PUllfSU5JVD15CiMgQ09ORklHX0RFQlVHX0xJU1QgaXMgbm90IHNldAojIENP TkZJR19ERUJVR19TRyBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX05PVElGSUVSUyBpcyBub3Qg c2V0CiMgQ09ORklHX0RFQlVHX0NSRURFTlRJQUxTIGlzIG5vdCBzZXQKQ09ORklHX0FSQ0hfV0FO VF9GUkFNRV9QT0lOVEVSUz15CiMgQ09ORklHX0ZSQU1FX1BPSU5URVIgaXMgbm90IHNldAojIENP TkZJR19CT09UX1BSSU5US19ERUxBWSBpcyBub3Qgc2V0CiMgQ09ORklHX1JDVV9UT1JUVVJFX1RF U1QgaXMgbm90IHNldAojIENPTkZJR19SQ1VfQ1BVX1NUQUxMX0RFVEVDVE9SIGlzIG5vdCBzZXQK IyBDT05GSUdfQkFDS1RSQUNFX1NFTEZfVEVTVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX0JM T0NLX0VYVF9ERVZUIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfRk9SQ0VfV0VBS19QRVJfQ1BV IGlzIG5vdCBzZXQKIyBDT05GSUdfRkFVTFRfSU5KRUNUSU9OIGlzIG5vdCBzZXQKIyBDT05GSUdf TEFURU5DWVRPUCBpcyBub3Qgc2V0CkNPTkZJR19TWVNDVExfU1lTQ0FMTF9DSEVDSz15CiMgQ09O RklHX0RFQlVHX1BBR0VBTExPQyBpcyBub3Qgc2V0CkNPTkZJR19VU0VSX1NUQUNLVFJBQ0VfU1VQ UE9SVD15CkNPTkZJR19OT1BfVFJBQ0VSPXkKQ09ORklHX0hBVkVfRlVOQ1RJT05fVFJBQ0VSPXkK Q09ORklHX0hBVkVfRlVOQ1RJT05fR1JBUEhfVFJBQ0VSPXkKQ09ORklHX0hBVkVfRlVOQ1RJT05f R1JBUEhfRlBfVEVTVD15CkNPTkZJR19IQVZFX0ZVTkNUSU9OX1RSQUNFX01DT1VOVF9URVNUPXkK Q09ORklHX0hBVkVfRFlOQU1JQ19GVFJBQ0U9eQpDT05GSUdfSEFWRV9GVFJBQ0VfTUNPVU5UX1JF Q09SRD15CkNPTkZJR19IQVZFX1NZU0NBTExfVFJBQ0VQT0lOVFM9eQpDT05GSUdfUklOR19CVUZG RVI9eQpDT05GSUdfRVZFTlRfVFJBQ0lORz15CkNPTkZJR19DT05URVhUX1NXSVRDSF9UUkFDRVI9 eQpDT05GSUdfUklOR19CVUZGRVJfQUxMT1dfU1dBUD15CkNPTkZJR19UUkFDSU5HPXkKQ09ORklH X0dFTkVSSUNfVFJBQ0VSPXkKQ09ORklHX1RSQUNJTkdfU1VQUE9SVD15CkNPTkZJR19GVFJBQ0U9 eQojIENPTkZJR19GVU5DVElPTl9UUkFDRVIgaXMgbm90IHNldAojIENPTkZJR19JUlFTT0ZGX1RS QUNFUiBpcyBub3Qgc2V0CiMgQ09ORklHX1NZU1BST0ZfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05G SUdfU0NIRURfVFJBQ0VSIGlzIG5vdCBzZXQKIyBDT05GSUdfRlRSQUNFX1NZU0NBTExTIGlzIG5v dCBzZXQKIyBDT05GSUdfQk9PVF9UUkFDRVIgaXMgbm90IHNldApDT05GSUdfQlJBTkNIX1BST0ZJ TEVfTk9ORT15CiMgQ09ORklHX1BST0ZJTEVfQU5OT1RBVEVEX0JSQU5DSEVTIGlzIG5vdCBzZXQK IyBDT05GSUdfUFJPRklMRV9BTExfQlJBTkNIRVMgaXMgbm90IHNldAojIENPTkZJR19QT1dFUl9U UkFDRVIgaXMgbm90IHNldAojIENPTkZJR19TVEFDS19UUkFDRVIgaXMgbm90IHNldAojIENPTkZJ R19LTUVNVFJBQ0UgaXMgbm90IHNldAojIENPTkZJR19XT1JLUVVFVUVfVFJBQ0VSIGlzIG5vdCBz ZXQKQ09ORklHX0JMS19ERVZfSU9fVFJBQ0U9eQojIENPTkZJR19GVFJBQ0VfU1RBUlRVUF9URVNU IGlzIG5vdCBzZXQKIyBDT05GSUdfTU1JT1RSQUNFIGlzIG5vdCBzZXQKIyBDT05GSUdfUklOR19C VUZGRVJfQkVOQ0hNQVJLIGlzIG5vdCBzZXQKIyBDT05GSUdfUFJPVklERV9PSENJMTM5NF9ETUFf SU5JVCBpcyBub3Qgc2V0CiMgQ09ORklHX0RZTkFNSUNfREVCVUcgaXMgbm90IHNldAojIENPTkZJ R19ETUFfQVBJX0RFQlVHIGlzIG5vdCBzZXQKIyBDT05GSUdfU0FNUExFUyBpcyBub3Qgc2V0CkNP TkZJR19IQVZFX0FSQ0hfS0dEQj15CiMgQ09ORklHX0tHREIgaXMgbm90IHNldApDT05GSUdfSEFW RV9BUkNIX0tNRU1DSEVDSz15CiMgQ09ORklHX1NUUklDVF9ERVZNRU0gaXMgbm90IHNldApDT05G SUdfWDg2X1ZFUkJPU0VfQk9PVFVQPXkKQ09ORklHX0VBUkxZX1BSSU5USz15CiMgQ09ORklHX0VB UkxZX1BSSU5US19EQkdQIGlzIG5vdCBzZXQKIyBDT05GSUdfREVCVUdfU1RBQ0tPVkVSRkxPVyBp cyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX1NUQUNLX1VTQUdFIGlzIG5vdCBzZXQKIyBDT05GSUdf REVCVUdfUEVSX0NQVV9NQVBTIGlzIG5vdCBzZXQKIyBDT05GSUdfWDg2X1BURFVNUCBpcyBub3Qg c2V0CiMgQ09ORklHX0RFQlVHX1JPREFUQSBpcyBub3Qgc2V0CiMgQ09ORklHX0RFQlVHX05YX1RF U1QgaXMgbm90IHNldAojIENPTkZJR180S1NUQUNLUyBpcyBub3Qgc2V0CkNPTkZJR19ET1VCTEVG QVVMVD15CiMgQ09ORklHX0lPTU1VX1NUUkVTUyBpcyBub3Qgc2V0CkNPTkZJR19IQVZFX01NSU9U UkFDRV9TVVBQT1JUPXkKQ09ORklHX0lPX0RFTEFZX1RZUEVfMFg4MD0wCkNPTkZJR19JT19ERUxB WV9UWVBFXzBYRUQ9MQpDT05GSUdfSU9fREVMQVlfVFlQRV9VREVMQVk9MgpDT05GSUdfSU9fREVM QVlfVFlQRV9OT05FPTMKQ09ORklHX0lPX0RFTEFZXzBYODA9eQojIENPTkZJR19JT19ERUxBWV8w WEVEIGlzIG5vdCBzZXQKIyBDT05GSUdfSU9fREVMQVlfVURFTEFZIGlzIG5vdCBzZXQKIyBDT05G SUdfSU9fREVMQVlfTk9ORSBpcyBub3Qgc2V0CkNPTkZJR19ERUZBVUxUX0lPX0RFTEFZX1RZUEU9 MAojIENPTkZJR19ERUJVR19CT09UX1BBUkFNUyBpcyBub3Qgc2V0CiMgQ09ORklHX0NQQV9ERUJV RyBpcyBub3Qgc2V0CiMgQ09ORklHX09QVElNSVpFX0lOTElOSU5HIGlzIG5vdCBzZXQKCiMKIyBT ZWN1cml0eSBvcHRpb25zCiMKQ09ORklHX0tFWVM9eQojIENPTkZJR19LRVlTX0RFQlVHX1BST0Nf S0VZUyBpcyBub3Qgc2V0CkNPTkZJR19TRUNVUklUWT15CkNPTkZJR19TRUNVUklUWUZTPXkKQ09O RklHX1NFQ1VSSVRZX05FVFdPUks9eQpDT05GSUdfU0VDVVJJVFlfTkVUV09SS19YRlJNPXkKIyBD T05GSUdfU0VDVVJJVFlfUEFUSCBpcyBub3Qgc2V0CkNPTkZJR19TRUNVUklUWV9GSUxFX0NBUEFC SUxJVElFUz15CkNPTkZJR19MU01fTU1BUF9NSU5fQUREUj02NTUzNQpDT05GSUdfU0VDVVJJVFlf U0VMSU5VWD15CkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0JPT1RQQVJBTT15CkNPTkZJR19TRUNV UklUWV9TRUxJTlVYX0JPT1RQQVJBTV9WQUxVRT0wCkNPTkZJR19TRUNVUklUWV9TRUxJTlVYX0RJ U0FCTEU9eQpDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9ERVZFTE9QPXkKQ09ORklHX1NFQ1VSSVRZ X1NFTElOVVhfQVZDX1NUQVRTPXkKQ09ORklHX1NFQ1VSSVRZX1NFTElOVVhfQ0hFQ0tSRVFQUk9U X1ZBTFVFPTEKIyBDT05GSUdfU0VDVVJJVFlfU0VMSU5VWF9QT0xJQ1lEQl9WRVJTSU9OX01BWCBp cyBub3Qgc2V0CiMgQ09ORklHX1NFQ1VSSVRZX1RPTU9ZTyBpcyBub3Qgc2V0CiMgQ09ORklHX0lN QSBpcyBub3Qgc2V0CkNPTkZJR19YT1JfQkxPQ0tTPW0KQ09ORklHX0FTWU5DX0NPUkU9bQpDT05G SUdfQVNZTkNfTUVNQ1BZPW0KQ09ORklHX0FTWU5DX1hPUj1tCkNPTkZJR19BU1lOQ19QUT1tCkNP TkZJR19BU1lOQ19SQUlENl9SRUNPVj1tCkNPTkZJR19DUllQVE89eQoKIwojIENyeXB0byBjb3Jl IG9yIGhlbHBlcgojCiMgQ09ORklHX0NSWVBUT19GSVBTIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBU T19BTEdBUEk9eQpDT05GSUdfQ1JZUFRPX0FMR0FQSTI9eQpDT05GSUdfQ1JZUFRPX0FFQUQ9bQpD T05GSUdfQ1JZUFRPX0FFQUQyPXkKQ09ORklHX0NSWVBUT19CTEtDSVBIRVI9bQpDT05GSUdfQ1JZ UFRPX0JMS0NJUEhFUjI9eQpDT05GSUdfQ1JZUFRPX0hBU0g9eQpDT05GSUdfQ1JZUFRPX0hBU0gy PXkKQ09ORklHX0NSWVBUT19STkc9bQpDT05GSUdfQ1JZUFRPX1JORzI9eQpDT05GSUdfQ1JZUFRP X1BDT01QPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSPXkKQ09ORklHX0NSWVBUT19NQU5BR0VSMj15 CkNPTkZJR19DUllQVE9fR0YxMjhNVUw9bQpDT05GSUdfQ1JZUFRPX05VTEw9bQpDT05GSUdfQ1JZ UFRPX1dPUktRVUVVRT15CiMgQ09ORklHX0NSWVBUT19DUllQVEQgaXMgbm90IHNldApDT05GSUdf Q1JZUFRPX0FVVEhFTkM9bQpDT05GSUdfQ1JZUFRPX1RFU1Q9bQoKIwojIEF1dGhlbnRpY2F0ZWQg RW5jcnlwdGlvbiB3aXRoIEFzc29jaWF0ZWQgRGF0YQojCkNPTkZJR19DUllQVE9fQ0NNPW0KQ09O RklHX0NSWVBUT19HQ009bQpDT05GSUdfQ1JZUFRPX1NFUUlWPW0KCiMKIyBCbG9jayBtb2Rlcwoj CkNPTkZJR19DUllQVE9fQ0JDPW0KQ09ORklHX0NSWVBUT19DVFI9bQpDT05GSUdfQ1JZUFRPX0NU Uz1tCkNPTkZJR19DUllQVE9fRUNCPW0KQ09ORklHX0NSWVBUT19MUlc9bQpDT05GSUdfQ1JZUFRP X1BDQkM9bQpDT05GSUdfQ1JZUFRPX1hUUz1tCgojCiMgSGFzaCBtb2RlcwojCkNPTkZJR19DUllQ VE9fSE1BQz15CkNPTkZJR19DUllQVE9fWENCQz1tCiMgQ09ORklHX0NSWVBUT19WTUFDIGlzIG5v dCBzZXQKCiMKIyBEaWdlc3QKIwpDT05GSUdfQ1JZUFRPX0NSQzMyQz1tCiMgQ09ORklHX0NSWVBU T19DUkMzMkNfSU5URUwgaXMgbm90IHNldApDT05GSUdfQ1JZUFRPX0dIQVNIPW0KQ09ORklHX0NS WVBUT19NRDQ9bQpDT05GSUdfQ1JZUFRPX01ENT15CkNPTkZJR19DUllQVE9fTUlDSEFFTF9NSUM9 bQojIENPTkZJR19DUllQVE9fUk1EMTI4IGlzIG5vdCBzZXQKIyBDT05GSUdfQ1JZUFRPX1JNRDE2 MCBpcyBub3Qgc2V0CiMgQ09ORklHX0NSWVBUT19STUQyNTYgaXMgbm90IHNldAojIENPTkZJR19D UllQVE9fUk1EMzIwIGlzIG5vdCBzZXQKQ09ORklHX0NSWVBUT19TSEExPW0KQ09ORklHX0NSWVBU T19TSEEyNTY9bQpDT05GSUdfQ1JZUFRPX1NIQTUxMj1tCkNPTkZJR19DUllQVE9fVEdSMTkyPW0K Q09ORklHX0NSWVBUT19XUDUxMj1tCgojCiMgQ2lwaGVycwojCkNPTkZJR19DUllQVE9fQUVTPW0K Q09ORklHX0NSWVBUT19BRVNfNTg2PW0KQ09ORklHX0NSWVBUT19BTlVCSVM9bQpDT05GSUdfQ1JZ UFRPX0FSQzQ9bQpDT05GSUdfQ1JZUFRPX0JMT1dGSVNIPW0KQ09ORklHX0NSWVBUT19DQU1FTExJ QT1tCkNPTkZJR19DUllQVE9fQ0FTVDU9bQpDT05GSUdfQ1JZUFRPX0NBU1Q2PW0KQ09ORklHX0NS WVBUT19ERVM9bQpDT05GSUdfQ1JZUFRPX0ZDUllQVD1tCkNPTkZJR19DUllQVE9fS0hBWkFEPW0K Q09ORklHX0NSWVBUT19TQUxTQTIwPW0KQ09ORklHX0NSWVBUT19TQUxTQTIwXzU4Nj1tCkNPTkZJ R19DUllQVE9fU0VFRD1tCkNPTkZJR19DUllQVE9fU0VSUEVOVD1tCkNPTkZJR19DUllQVE9fVEVB PW0KQ09ORklHX0NSWVBUT19UV09GSVNIPW0KQ09ORklHX0NSWVBUT19UV09GSVNIX0NPTU1PTj1t CkNPTkZJR19DUllQVE9fVFdPRklTSF81ODY9bQoKIwojIENvbXByZXNzaW9uCiMKQ09ORklHX0NS WVBUT19ERUZMQVRFPW0KIyBDT05GSUdfQ1JZUFRPX1pMSUIgaXMgbm90IHNldApDT05GSUdfQ1JZ UFRPX0xaTz1tCgojCiMgUmFuZG9tIE51bWJlciBHZW5lcmF0aW9uCiMKQ09ORklHX0NSWVBUT19B TlNJX0NQUk5HPW0KQ09ORklHX0NSWVBUT19IVz15CkNPTkZJR19DUllQVE9fREVWX1BBRExPQ0s9 bQpDT05GSUdfQ1JZUFRPX0RFVl9QQURMT0NLX0FFUz1tCkNPTkZJR19DUllQVE9fREVWX1BBRExP Q0tfU0hBPW0KQ09ORklHX0NSWVBUT19ERVZfR0VPREU9bQpDT05GSUdfQ1JZUFRPX0RFVl9ISUZO Xzc5NVg9bQpDT05GSUdfQ1JZUFRPX0RFVl9ISUZOXzc5NVhfUk5HPXkKQ09ORklHX0hBVkVfS1ZN PXkKQ09ORklHX0hBVkVfS1ZNX0lSUUNISVA9eQpDT05GSUdfSEFWRV9LVk1fRVZFTlRGRD15CkNP TkZJR19LVk1fQVBJQ19BUkNISVRFQ1RVUkU9eQpDT05GSUdfVklSVFVBTElaQVRJT049eQpDT05G SUdfS1ZNPW0KQ09ORklHX0tWTV9JTlRFTD1tCkNPTkZJR19LVk1fQU1EPW0KIyBDT05GSUdfTEdV RVNUIGlzIG5vdCBzZXQKQ09ORklHX1ZJUlRJTz1tCkNPTkZJR19WSVJUSU9fUklORz1tCkNPTkZJ R19WSVJUSU9fUENJPW0KQ09ORklHX1ZJUlRJT19CQUxMT09OPW0KQ09ORklHX0JJTkFSWV9QUklO VEY9eQoKIwojIExpYnJhcnkgcm91dGluZXMKIwpDT05GSUdfQklUUkVWRVJTRT15CkNPTkZJR19H RU5FUklDX0ZJTkRfRklSU1RfQklUPXkKQ09ORklHX0dFTkVSSUNfRklORF9ORVhUX0JJVD15CkNP TkZJR19HRU5FUklDX0ZJTkRfTEFTVF9CSVQ9eQpDT05GSUdfQ1JDX0NDSVRUPW0KQ09ORklHX0NS QzE2PW0KQ09ORklHX0NSQ19UMTBESUY9bQpDT05GSUdfQ1JDX0lUVV9UPW0KQ09ORklHX0NSQzMy PXkKQ09ORklHX0NSQzc9bQpDT05GSUdfTElCQ1JDMzJDPW0KQ09ORklHX0FVRElUX0dFTkVSSUM9 eQpDT05GSUdfWkxJQl9JTkZMQVRFPXkKQ09ORklHX1pMSUJfREVGTEFURT1tCkNPTkZJR19MWk9f Q09NUFJFU1M9bQpDT05GSUdfTFpPX0RFQ09NUFJFU1M9bQpDT05GSUdfREVDT01QUkVTU19HWklQ PXkKQ09ORklHX0RFQ09NUFJFU1NfQlpJUDI9eQpDT05GSUdfREVDT01QUkVTU19MWk1BPXkKQ09O RklHX0dFTkVSSUNfQUxMT0NBVE9SPXkKQ09ORklHX1JFRURfU09MT01PTj1tCkNPTkZJR19SRUVE X1NPTE9NT05fREVDMTY9eQpDT05GSUdfVEVYVFNFQVJDSD15CkNPTkZJR19URVhUU0VBUkNIX0tN UD1tCkNPTkZJR19URVhUU0VBUkNIX0JNPW0KQ09ORklHX1RFWFRTRUFSQ0hfRlNNPW0KQ09ORklH X0hBU19JT01FTT15CkNPTkZJR19IQVNfSU9QT1JUPXkKQ09ORklHX0hBU19ETUE9eQpDT05GSUdf Q0hFQ0tfU0lHTkFUVVJFPXkKQ09ORklHX05MQVRUUj15Cg== --0003255628daaa007404827d8e5a Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --0003255628daaa007404827d8e5a-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Fri, 26 Mar 2010 12:11:27 -0700 Message-ID: <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> References: <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003190827yf3cddcdgc7d4713cae41cbde@mail.gmail.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1274951931==" Return-path: In-Reply-To: <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1274951931== Content-Type: multipart/alternative; boundary=000325560bde23085a0482b8ee3e --000325560bde23085a0482b8ee3e Content-Type: text/plain; charset=ISO-8859-1 Hi Pasi, Messages seen with not-working case /*********************************************************************************** kernel:/boot/xen.3.4.3.gz dom0-mem=752M lowmem-emergency-pool=1M crashkernel=64M@32M console=comX vga=mode-0x0311 loading /boot/xen.3.4.3.gz.......... Module:/boot/vmlinuz-2.6.32 root=LABEL=root-mhycetek ro Xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash Loading /boot/vmlinuz-2.6.32......... Module:/boot/initrd-2.6-xen.img Loading /boot/initrd-2.6-xen.img............................................................................................... Booting:MBI=0x00010120, entry=0x00100000 ***************************************************************************************/ Screen is blank after these messages and system returns to BIOS setup. Messages seen with working case /*********************************************************************************** kernel:/boot/xen.gz dom0-mem=752M lowmem-emergency-pool=1M crashkernel=64M@32M comsole=comX vga=mode-0x0311 loading /boot/xen.gz.......... Module:/boot/vmlinuz-2.6.xen root=LABEL=root-mhycetek ro Xencons=hvc console=hvc0 console=tty0 quiet vga=785 splash Loading /boot/vmlinuz-2.6.xen......... Module:/boot/initrd-2.6-xen.img Loading /boot/initrd-2.6-xen.img............................................................................................... Booting:MBI=0x00010120, entry=0x00100000 ***************************************************************************************/ Versions used in Non-working case xen - 3.4.3/4.0.0 kernel - xen/next initrd - default one which came with xcp0.1.1 download.(Ps note, in xcp ddk cannot build initrd image) in Working case xen - 3.4.2 kernel - xcp 0.1.1 initrd - one that came with xcp 0.1.1 Checked in my .config and changed CONFIG_PHYSICAL_START to 0x00100000 and CONFIG_PHYSICAL_ALIGN=0x100000, didn't help. Inputs appreciated. Thanks --000325560bde23085a0482b8ee3e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Pasi,

Messages seen with not-working case

/***************= ********************************************************************
ker= nel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-pool=3D1M crashkern= el=3D64M@32M console=3DcomX vga=3Dmode-0x0311
loading /boot/xen.3.4.3.gz..........
Module:/boot/vmlinuz-2.6.32 root=3D= LABEL=3Droot-mhycetek ro Xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet = vga=3D785 splash
Loading /boot/vmlinuz-2.6.32.........
Module:/boot/i= nitrd-2.6-xen.img
Loading /boot/initrd-2.6-xen.img...........................................= ....................................................
Booting:MBI=3D0x000= 10120, entry=3D0x00100000
**********************************************= *****************************************/

Screen is blank after these messages and system returns to BIOS setup.<= br>
Messages seen with working case
/*******************************= ****************************************************
kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool=3D1M=20 crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311
loading /boot/xen.gz..........
Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek ro Xencons=3Dhvc= =20 console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash
Loading /boot/vmlinuz-2.6.xen.........
Module:/boot/initrd-2.6-xen.img
Loading=20 /boot/initrd-2.6-xen.img...................................................= ............................................
Booting:MBI=3D0x00010120, entry=3D0x00100000
***************************************************************************= ************/

Versions used in Non-working case

xen - 3.4.3/4.0.0
kernel - = xen/next
initrd - default one which came with xcp0.1.1 download.(Ps note= , in xcp ddk cannot build initrd image)

in Working case

xen - 3.4.2
kernel - xcp 0.1.1
initrd - one that came with xcp 0.1.1<= br>
Checked in my .config and changed CONFIG_PHYSICAL_START to 0x0010000= 0 and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help.

Inputs app= reciated.

Thanks


--000325560bde23085a0482b8ee3e-- --===============1274951931== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1274951931==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 27 Mar 2010 11:28:12 -0700 Message-ID: <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> References: <20100318143906.GH14445@phenom.dumpdata.com> <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0167703908==" Return-path: In-Reply-To: <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0167703908== Content-Type: multipart/alternative; boundary=000e0cd1052247b91f0482cc715a --000e0cd1052247b91f0482cc715a Content-Type: text/plain; charset=ISO-8859-1 Any inputs on this? I compiled xen/next kernel in Debian Lenny and booted successfully as a domU(I am using same .config file which I used to build under xcp-ddk). Looks to me xen/next doesn't work with xcp0.1.1. Thanks On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur wrote: > Hi Pasi, > > Messages seen with not-working case > > > /*********************************************************************************** > kernel:/boot/xen.3.4.3.gz dom0-mem=752M lowmem-emergency-pool=1M > crashkernel=64M@32M console=comX vga=mode-0x0311 > loading /boot/xen.3.4.3.gz.......... > Module:/boot/vmlinuz-2.6.32 root=LABEL=root-mhycetek ro Xencons=hvc > console=hvc0 console=tty0 quiet vga=785 splash > Loading /boot/vmlinuz-2.6.32......... > Module:/boot/initrd-2.6-xen.img > Loading > /boot/initrd-2.6-xen.img............................................................................................... > Booting:MBI=0x00010120, entry=0x00100000 > > ***************************************************************************************/ > > Screen is blank after these messages and system returns to BIOS setup. > > Messages seen with working case > > /*********************************************************************************** > kernel:/boot/xen.gz dom0-mem=752M lowmem-emergency-pool=1M > crashkernel=64M@32M comsole=comX vga=mode-0x0311 > loading /boot/xen.gz.......... > Module:/boot/vmlinuz-2.6.xen root=LABEL=root-mhycetek ro Xencons=hvc > console=hvc0 console=tty0 quiet vga=785 splash > Loading /boot/vmlinuz-2.6.xen......... > Module:/boot/initrd-2.6-xen.img > Loading > /boot/initrd-2.6-xen.img............................................................................................... > Booting:MBI=0x00010120, entry=0x00100000 > > ***************************************************************************************/ > > Versions used in Non-working case > > xen - 3.4.3/4.0.0 > kernel - xen/next > initrd - default one which came with xcp0.1.1 download.(Ps note, in xcp ddk > cannot build initrd image) > > in Working case > > xen - 3.4.2 > kernel - xcp 0.1.1 > initrd - one that came with xcp 0.1.1 > > Checked in my .config and changed CONFIG_PHYSICAL_START to 0x00100000 and > CONFIG_PHYSICAL_ALIGN=0x100000, didn't help. > > Inputs appreciated. > > Thanks > > > --000e0cd1052247b91f0482cc715a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Any inputs on this? I compiled xen/next kernel in Debian Lenny and booted s= uccessfully as a domU(I am using same .config file which I used to build un= der xcp-ddk). Looks to me xen/next doesn't work with xcp0.1.1.

Thanks

On Fri, Mar 26, 2010 at 12:11 PM, = Ritu kaur <ritu.kaur.u= s@gmail.com> wrote:
Hi Pasi,

Messages seen with not-working case

/***************= ********************************************************************
ker= nel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-pool=3D1M crashkern= el=3D64M@32M console=3DcomX vga=3Dmode-0x0311
loading /boot/xen.3.4.3.gz..........
Module:/boot/vmlinuz-2.6.32 root=3D= LABEL=3Droot-mhycetek ro Xencons=3Dhvc console=3Dhvc0 console=3Dtty0 quiet = vga=3D785 splash
Loading /boot/vmlinuz-2.6.32.........
Module:/boot/i= nitrd-2.6-xen.img
Loading /boot/initrd-2.6-xen.img...........................................= ....................................................
Booting:MBI=3D0x000= 10120, entry=3D0x00100000
**********************************************= *****************************************/

Screen is blank after these messages and system returns to BIOS setup.<= br>
Messages seen with working case
/*******************************= ****************************************************
kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool=3D1M=20 crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311
loading /boot/xen.gz..........
Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek ro Xencons=3Dhvc= =20 console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash
Loading /boot/vmlinuz-2.6.xen.........
Module:/boot/initrd-2.6-xen.img
Loading=20 /boot/initrd-2.6-xen.img...................................................= ............................................
Booting:MBI=3D0x00010120, entry=3D0x00100000
***************************************************************************= ************/

Versions used in Non-working case

xen - 3.4.3/4.0.0
kernel - = xen/next
initrd - default one which came with xcp0.1.1 download.(Ps note= , in xcp ddk cannot build initrd image)

in Working case

xen - 3.4.2
kernel - xcp 0.1.1
initrd - one that came with xcp 0.1.1<= br>
Checked in my .config and changed CONFIG_PHYSICAL_START to 0x0010000= 0 and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help.

Inputs app= reciated.

Thanks



--000e0cd1052247b91f0482cc715a-- --===============0167703908== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0167703908==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 27 Mar 2010 20:43:11 +0200 Message-ID: <20100327184311.GK1878@reaktio.net> References: <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211022k43817d37h6ed23913cf2b85af@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: > Any inputs on this? I compiled xen/next kernel in Debian Lenny and booted > successfully as a domU(I am using same .config file which I used to build > under xcp-ddk). Looks to me xen/next doesn't work with xcp0.1.1. > You need to re-generate the dom0 kernel initrd to match your kernel. You cannot use the default xcp initrd image. Please provide the full serial console boot log so we can troubleshoot it: http://wiki.xensource.com/xenwiki/XenSerialConsole -- Pasi > Thanks > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com> > wrote: > > Hi Pasi, > > Messages seen with not-working case > > /*********************************************************************************** > kernel:/boot/xen.3.4.3.gz dom0-mem=752M lowmem-emergency-pool=1M > crashkernel=64M@32M console=comX vga=mode-0x0311 > loading /boot/xen.3.4.3.gz.......... > Module:/boot/vmlinuz-2.6.32 root=LABEL=root-mhycetek ro Xencons=hvc > console=hvc0 console=tty0 quiet vga=785 splash > Loading /boot/vmlinuz-2.6.32......... > Module:/boot/initrd-2.6-xen.img > Loading > /boot/initrd-2.6-xen.img............................................................................................... > Booting:MBI=0x00010120, entry=0x00100000 > ***************************************************************************************/ > > Screen is blank after these messages and system returns to BIOS setup. > > Messages seen with working case > /*********************************************************************************** > kernel:/boot/xen.gz dom0-mem=752M lowmem-emergency-pool=1M > crashkernel=64M@32M comsole=comX vga=mode-0x0311 > loading /boot/xen.gz.......... > Module:/boot/vmlinuz-2.6.xen root=LABEL=root-mhycetek ro Xencons=hvc > console=hvc0 console=tty0 quiet vga=785 splash > Loading /boot/vmlinuz-2.6.xen......... > Module:/boot/initrd-2.6-xen.img > Loading > /boot/initrd-2.6-xen.img............................................................................................... > Booting:MBI=0x00010120, entry=0x00100000 > ***************************************************************************************/ > > Versions used in Non-working case > > xen - 3.4.3/4.0.0 > kernel - xen/next > initrd - default one which came with xcp0.1.1 download.(Ps note, in xcp > ddk cannot build initrd image) > > in Working case > > xen - 3.4.2 > kernel - xcp 0.1.1 > initrd - one that came with xcp 0.1.1 > > Checked in my .config and changed CONFIG_PHYSICAL_START to 0x00100000 > and CONFIG_PHYSICAL_ALIGN=0x100000, didn't help. > > Inputs appreciated. > > Thanks > > References > > Visible links > 1. http://ritu.kaur.us/ > 2. http://gmail.com/ > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 27 Mar 2010 18:32:00 -0700 Message-ID: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> References: <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1744949128==" Return-path: In-Reply-To: <20100327184311.GK1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1744949128== Content-Type: multipart/alternative; boundary=000e0cd1a366e9d5bb0482d25cae --000e0cd1a366e9d5bb0482d25cae Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. I had used following command to regenerate initrd image in xcp ddk mkinitrd -f ./initrd-2.6.32.img 2.6.27.42-0.1.1.xs0.1.1.737.1065xen it doesn't work either. While booting screen goes blank immediately after I see ... Booting:MBI=3D0x00010120, entry=3D0x00100000 and next thing I see is BIOS setup, so not sure connecting serial cable wil= l reveal anything more. Inputs appreciated. Thanks On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen wrote: > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: > > Any inputs on this? I compiled xen/next kernel in Debian Lenny and > booted > > successfully as a domU(I am using same .config file which I used to > build > > under xcp-ddk). Looks to me xen/next doesn't work with xcp0.1.1. > > > > You need to re-generate the dom0 kernel initrd to match your kernel. > You cannot use the default xcp initrd image. > > Please provide the full serial console boot log so we can troubleshoot it= : > http://wiki.xensource.com/xenwiki/XenSerialConsole > > -- Pasi > > > Thanks > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur <[1]ritu.kaur.us@[2] > gmail.com> > > wrote: > > > > Hi Pasi, > > > > Messages seen with not-working case > > > > > /***********************************************************************= ************ > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-pool=3D= 1M > > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 > > loading /boot/xen.3.4.3.gz.......... > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro Xencon= s=3Dhvc > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > Loading /boot/vmlinuz-2.6.32......... > > Module:/boot/initrd-2.6-xen.img > > Loading > > > /boot/initrd-2.6-xen.img................................................= ............................................... > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > ************************************************************************= ***************/ > > > > Screen is blank after these messages and system returns to BIOS > setup. > > > > Messages seen with working case > > > /***********************************************************************= ************ > > kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool=3D1M > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 > > loading /boot/xen.gz.......... > > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek ro Xenco= ns=3Dhvc > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > Loading /boot/vmlinuz-2.6.xen......... > > Module:/boot/initrd-2.6-xen.img > > Loading > > > /boot/initrd-2.6-xen.img................................................= ............................................... > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > ************************************************************************= ***************/ > > > > Versions used in Non-working case > > > > xen - 3.4.3/4.0.0 > > kernel - xen/next > > initrd - default one which came with xcp0.1.1 download.(Ps note, i= n > xcp > > ddk cannot build initrd image) > > > > in Working case > > > > xen - 3.4.2 > > kernel - xcp 0.1.1 > > initrd - one that came with xcp 0.1.1 > > > > Checked in my .config and changed CONFIG_PHYSICAL_START to > 0x00100000 > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. > > > > Inputs appreciated. > > > > Thanks > > > > References > > > > Visible links > > 1. http://ritu.kaur.us/ > > 2. http://gmail.com/ > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > --000e0cd1a366e9d5bb0482d25cae Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. I had used following command to regenerate initrd image in xcp= ddk

mkinitrd -f ./initrd-2.6.32.img=A0 2.6.27.42-0.1.1.xs0.1.1.737.= 1065xen

it doesn't work either. While booting screen goes blank = immediately after I see

...
=A0Booting:MBI=3D0x00010120, entry=3D0x00100000
=A0
and ne= xt thing I see is BIOS setup, so not sure connecting serial cable will reve= al anything more. Inputs appreciated.

Thanks

On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <= ;pasik@iki.fi> wrote:
On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote= :
> =A0 =A0Any inputs on this? I compiled xen/next kernel in Debian Lenny = and booted
> =A0 =A0successfully as a domU(I am using same .config file which I use= d to build
> =A0 =A0under xcp-ddk). Looks to me xen/next doesn't work with xcp0= .1.1.
>

You need to re-generate the dom0 kernel initrd to match your kernel.<= br> You cannot use the default xcp initrd image.

Please provide the full serial console boot log so we can troubleshoot it:<= br> http://wiki.xensource.com/xenwiki/XenSerialConsole

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com>
> =A0 =A0wrote:
>
> =A0 =A0 =A0Hi Pasi,
>
> =A0 =A0 =A0Messages seen with not-working case
>
> =A0 =A0 =A0/**********************************************************= *************************
> =A0 =A0 =A0kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-= pool=3D1M
> =A0 =A0 =A0crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311
> =A0 =A0 =A0loading /boot/xen.3.4.3.gz..........
> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro= Xencons=3Dhvc
> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash
> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.32.........
> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img
> =A0 =A0 =A0Loading
> =A0 =A0 =A0/boot/initrd-2.6-xen.img...................................= ............................................................
> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D0x00100000
> =A0 =A0 =A0***********************************************************= ****************************/
>
> =A0 =A0 =A0Screen is blank after these messages and system returns to = BIOS setup.
>
> =A0 =A0 =A0Messages seen with working case
> =A0 =A0 =A0/**********************************************************= *************************
> =A0 =A0 =A0kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool= =3D1M
> =A0 =A0 =A0crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311
> =A0 =A0 =A0loading /boot/xen.gz..........
> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek r= o Xencons=3Dhvc
> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash
> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.xen.........
> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img
> =A0 =A0 =A0Loading
> =A0 =A0 =A0/boot/initrd-2.6-xen.img...................................= ............................................................
> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D0x00100000
> =A0 =A0 =A0***********************************************************= ****************************/
>
> =A0 =A0 =A0Versions used in Non-working case
>
> =A0 =A0 =A0xen - 3.4.3/4.0.0
> =A0 =A0 =A0kernel - xen/next
> =A0 =A0 =A0initrd - default one which came with xcp0.1.1 download.(Ps = note, in xcp
> =A0 =A0 =A0ddk cannot build initrd image)
>
> =A0 =A0 =A0in Working case
>
> =A0 =A0 =A0xen - 3.4.2
> =A0 =A0 =A0kernel - xcp 0.1.1
> =A0 =A0 =A0initrd - one that came with xcp 0.1.1
>
> =A0 =A0 =A0Checked in my .config and changed CONFIG_PHYSICAL_START to = 0x00100000
> =A0 =A0 =A0and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help.
>
> =A0 =A0 =A0Inputs appreciated.
>
> =A0 =A0 =A0Thanks
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://ri= tu.kaur.us/
> =A0 =A02. http://gmail= .com/

> ______________________________= _________________
> Xen-devel mailing list
> Xen-devel@lists.xenso= urce.com
> htt= p://lists.xensource.com/xen-devel


--000e0cd1a366e9d5bb0482d25cae-- --===============1744949128== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1744949128==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sat, 27 Mar 2010 20:21:49 -0700 Message-ID: <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> References: <29b32d341003201850v6328f6afp1183c16ae6771cb1@mail.gmail.com> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1247985505==" Return-path: In-Reply-To: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1247985505== Content-Type: multipart/alternative; boundary=000e0cd17e22a11e550482d3e5f0 --000e0cd17e22a11e550482d3e5f0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I tried another thing. After compilation, I did "make modules_install" in xcp ddk in order to use following command mkinitrd -f ./initrd-2.6.32.img 2.6.32 I get following errors... modinfo: could not find module ide-disk No module ide-disk found for kernel 2.6.32, aborting My boot disk is ide and looking into .config didn't give me any ideas as to what has to be enabled. Thanks On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur wrote: > Thanks Pasi. I had used following command to regenerate initrd image in x= cp > ddk > > mkinitrd -f ./initrd-2.6.32.img 2.6.27.42-0.1.1.xs0.1.1.737.1065xen > > it doesn't work either. While booting screen goes blank immediately after= I > see > > ... > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > and next thing I see is BIOS setup, so not sure connecting serial cable > will reveal anything more. Inputs appreciated. > > Thanks > > > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen wrot= e: > >> On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: >> > Any inputs on this? I compiled xen/next kernel in Debian Lenny and >> booted >> > successfully as a domU(I am using same .config file which I used to >> build >> > under xcp-ddk). Looks to me xen/next doesn't work with xcp0.1.1. >> > >> >> You need to re-generate the dom0 kernel initrd to match your kernel. >> You cannot use the default xcp initrd image. >> >> Please provide the full serial console boot log so we can troubleshoot i= t: >> http://wiki.xensource.com/xenwiki/XenSerialConsole >> >> -- Pasi >> >> > Thanks >> > >> > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur <[1]ritu.kaur.us@[2] >> gmail.com> >> > wrote: >> > >> > Hi Pasi, >> > >> > Messages seen with not-working case >> > >> > >> /**********************************************************************= ************* >> > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-pool= =3D1M >> > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 >> > loading /boot/xen.3.4.3.gz.......... >> > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro Xenco= ns=3Dhvc >> > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash >> > Loading /boot/vmlinuz-2.6.32......... >> > Module:/boot/initrd-2.6-xen.img >> > Loading >> > >> /boot/initrd-2.6-xen.img...............................................= ................................................ >> > Booting:MBI=3D0x00010120, entry=3D0x00100000 >> > >> ***********************************************************************= ****************/ >> > >> > Screen is blank after these messages and system returns to BIOS >> setup. >> > >> > Messages seen with working case >> > >> /**********************************************************************= ************* >> > kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool=3D1M >> > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 >> > loading /boot/xen.gz.......... >> > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek ro >> Xencons=3Dhvc >> > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash >> > Loading /boot/vmlinuz-2.6.xen......... >> > Module:/boot/initrd-2.6-xen.img >> > Loading >> > >> /boot/initrd-2.6-xen.img...............................................= ................................................ >> > Booting:MBI=3D0x00010120, entry=3D0x00100000 >> > >> ***********************************************************************= ****************/ >> > >> > Versions used in Non-working case >> > >> > xen - 3.4.3/4.0.0 >> > kernel - xen/next >> > initrd - default one which came with xcp0.1.1 download.(Ps note, = in >> xcp >> > ddk cannot build initrd image) >> > >> > in Working case >> > >> > xen - 3.4.2 >> > kernel - xcp 0.1.1 >> > initrd - one that came with xcp 0.1.1 >> > >> > Checked in my .config and changed CONFIG_PHYSICAL_START to >> 0x00100000 >> > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. >> > >> > Inputs appreciated. >> > >> > Thanks >> > >> > References >> > >> > Visible links >> > 1. http://ritu.kaur.us/ >> > 2. http://gmail.com/ >> >> > _______________________________________________ >> > Xen-devel mailing list >> > Xen-devel@lists.xensource.com >> > http://lists.xensource.com/xen-devel >> >> > --000e0cd17e22a11e550482d3e5f0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I tried another thing. After compilation,=A0 I did "make modules_insta= ll" in xcp ddk in order to use following command

mkinitrd -f ./= initrd-2.6.32.img 2.6.32

I get following errors...

modinfo: c= ould not find module ide-disk
No module ide-disk found for kernel 2.6.32, aborting

My boot disk is= ide and looking into .config didn't give me any ideas as to what has t= o be enabled.

Thanks

On Sat, Mar = 27, 2010 at 6:32 PM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Thanks Pasi. I ha= d used following command to regenerate initrd image in xcp ddk

mkini= trd -f ./initrd-2.6.32.img=A0 2.6.27.42-0.1.1.xs0.1.1.737.1065xen

it doesn't work either. While booting screen goes blank immediately= after I see

...
=A0Booting:MBI=3D0x00010120, entry=3D0x00100000
=A0
= and next thing I see is BIOS setup, so not sure connecting serial cable wil= l reveal anything more. Inputs appreciated.

Thanks


On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <= ;pasik@iki.fi> wrote:
On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote:
> =A0 =A0Any inputs on this? I compiled xen/next kernel in Debian Lenny = and booted
> =A0 =A0successfully as a domU(I am using same .config file which I use= d to build
> =A0 =A0under xcp-ddk). Looks to me xen/next doesn't work with xcp0= .1.1.
>

You need to re-generate the dom0 kernel initrd to match your kernel.<= br> You cannot use the default xcp initrd image.

Please provide the full serial console boot log so we can troubleshoot it:<= br> http://wiki.xensource.com/xenwiki/XenSerialConsole

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com>
> =A0 =A0wrote:
>
> =A0 =A0 =A0Hi Pasi,
>
> =A0 =A0 =A0Messages seen with not-working case
>
> =A0 =A0 =A0/**********************************************************= *************************
> =A0 =A0 =A0kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-= pool=3D1M
> =A0 =A0 =A0crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311
> =A0 =A0 =A0loading /boot/xen.3.4.3.gz..........
> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro= Xencons=3Dhvc
> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash
> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.32.........
> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img
> =A0 =A0 =A0Loading
> =A0 =A0 =A0/boot/initrd-2.6-xen.img...................................= ............................................................
> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D0x00100000
> =A0 =A0 =A0***********************************************************= ****************************/
>
> =A0 =A0 =A0Screen is blank after these messages and system returns to = BIOS setup.
>
> =A0 =A0 =A0Messages seen with working case
> =A0 =A0 =A0/**********************************************************= *************************
> =A0 =A0 =A0kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool= =3D1M
> =A0 =A0 =A0crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311
> =A0 =A0 =A0loading /boot/xen.gz..........
> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek r= o Xencons=3Dhvc
> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash
> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.xen.........
> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img
> =A0 =A0 =A0Loading
> =A0 =A0 =A0/boot/initrd-2.6-xen.img...................................= ............................................................
> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D0x00100000
> =A0 =A0 =A0***********************************************************= ****************************/
>
> =A0 =A0 =A0Versions used in Non-working case
>
> =A0 =A0 =A0xen - 3.4.3/4.0.0
> =A0 =A0 =A0kernel - xen/next
> =A0 =A0 =A0initrd - default one which came with xcp0.1.1 download.(Ps = note, in xcp
> =A0 =A0 =A0ddk cannot build initrd image)
>
> =A0 =A0 =A0in Working case
>
> =A0 =A0 =A0xen - 3.4.2
> =A0 =A0 =A0kernel - xcp 0.1.1
> =A0 =A0 =A0initrd - one that came with xcp 0.1.1
>
> =A0 =A0 =A0Checked in my .config and changed CONFIG_PHYSICAL_START to = 0x00100000
> =A0 =A0 =A0and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help.
>
> =A0 =A0 =A0Inputs appreciated.
>
> =A0 =A0 =A0Thanks
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://ri= tu.kaur.us/
> =A0 =A02. http://gmail= .com/

> ___________________________________________= ____
> Xen-devel mailing list
> Xen= -devel@lists.xensource.com
> htt= p://lists.xensource.com/xen-devel



--000e0cd17e22a11e550482d3e5f0-- --===============1247985505== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1247985505==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 28 Mar 2010 14:33:07 +0300 Message-ID: <20100328113307.GN1878@reaktio.net> References: <20100321184105.GV1878@reaktio.net> <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sat, Mar 27, 2010 at 06:32:00PM -0700, Ritu kaur wrote: > Thanks Pasi. I had used following command to regenerate initrd image= in > xcp ddk >=20 > mkinitrd -f ./initrd-2.6.32.img 2.6.27.42-0.1.1.xs0.1.1.737.1065xen >=20 Uhm.. this is wrong. If you want to generate initrd image for 2.6.32 kernel, then you need to = do it like this: mkinitrd initrd-2.6.32.img 2.6.32 > it doesn't work either. While booting screen goes blank immediately = after > I see >=20 Do you have "console=3Dhvc0 earlyprintk=3Dxen nomodeset" parameters for t= he pvops dom0 kernel?=20 -- Pasi > ... > Booting:MBI=3D0x00010120, entry=3D0x00100000 >=20 > and next thing I see is BIOS setup, so not sure connecting serial ca= ble > will reveal anything more. Inputs appreciated. >=20 > Thanks >=20 > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <[1]pasik@iki.= fi> wrote: >=20 > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: > > Any inputs on this? I compiled xen/next kernel in Debian Lenn= y and > booted > > successfully as a domU(I am using same .config file which I u= sed to > build > > under xcp-ddk). Looks to me xen/next doesn't work with xcp0.1= .1. > > >=20 > You need to re-generate the dom0 kernel initrd to match your kerne= l. > You cannot use the default xcp initrd image. >=20 > Please provide the full serial console boot log so we can troubles= hoot > it: > [2]http://wiki.xensource.com/xenwiki/XenSerialConsole >=20 > -- Pasi >=20 > > Thanks > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur > <[1][3]ritu.kaur.us@[2][4]gmail.com> > > wrote: > > > > Hi Pasi, > > > > Messages seen with not-working case > > > > > /****************************************************************= ******************* > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M lowmem-emergency-= pool=3D1M > > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 > > loading /boot/xen.3.4.3.gz.......... > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro > Xencons=3Dhvc > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > Loading /boot/vmlinuz-2.6.32......... > > Module:/boot/initrd-2.6-xen.img > > Loading > > > /boot/initrd-2.6-xen.img.........................................= ...................................................... > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > *****************************************************************= **********************/ > > > > Screen is blank after these messages and system returns to = BIOS > setup. > > > > Messages seen with working case > > > /****************************************************************= ******************* > > kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool=3D= 1M > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 > > loading /boot/xen.gz.......... > > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek r= o > Xencons=3Dhvc > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > Loading /boot/vmlinuz-2.6.xen......... > > Module:/boot/initrd-2.6-xen.img > > Loading > > > /boot/initrd-2.6-xen.img.........................................= ...................................................... > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > *****************************************************************= **********************/ > > > > Versions used in Non-working case > > > > xen - 3.4.3/4.0.0 > > kernel - xen/next > > initrd - default one which came with xcp0.1.1 download.(Ps = note, > in xcp > > ddk cannot build initrd image) > > > > in Working case > > > > xen - 3.4.2 > > kernel - xcp 0.1.1 > > initrd - one that came with xcp 0.1.1 > > > > Checked in my .config and changed CONFIG_PHYSICAL_START to > 0x00100000 > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. > > > > Inputs appreciated. > > > > Thanks > > > > References > > > > Visible links > > 1. [5]http://ritu.kaur.us/ > > 2. [6]http://gmail.com/ >=20 > > _______________________________________________ > > Xen-devel mailing list > > [7]Xen-devel@lists.xensource.com > > [8]http://lists.xensource.com/xen-devel >=20 > References >=20 > Visible links > 1. mailto:pasik@iki.fi > 2. http://wiki.xensource.com/xenwiki/XenSerialConsole > 3. http://ritu.kaur.us/ > 4. http://gmail.com/ > 5. http://ritu.kaur.us/ > 6. http://gmail.com/ > 7. mailto:Xen-devel@lists.xensource.com > 8. http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 28 Mar 2010 14:34:39 +0300 Message-ID: <20100328113439.GO1878@reaktio.net> References: <29b32d341003211421g2a49a807obfcfd7c8b3260b74@mail.gmail.com> <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote: > I tried another thing. After compilation, I did "make modules_insta= ll" in > xcp ddk in order to use following command >=20 > mkinitrd -f ./initrd-2.6.32.img 2.6.32 >=20 > I get following errors... >=20 > modinfo: could not find module ide-disk > No module ide-disk found for kernel 2.6.32, aborting >=20 mkinitrd reads /etc/modprobe.conf to figure out what modules should be in= cluded into the initrd image. > My boot disk is ide and looking into .config didn't give me any idea= s as > to what has to be enabled. >=20 If you need some other module then fix it in /etc/modprobe.conf You need to figure out what's the correct driver for your root/boot disk.= =20 -- Pasi > Thanks >=20 > On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail= .com> > wrote: >=20 > Thanks Pasi. I had used following command to regenerate initrd ima= ge in > xcp ddk >=20 > mkinitrd -f ./initrd-2.6.32.img 2.6.27.42-0.1.1.xs0.1.1.737.1065x= en >=20 > it doesn't work either. While booting screen goes blank immediatel= y > after I see > ... > Booting:MBI=3D0x00010120, entry=3D0x00100000 >=20 > and next thing I see is BIOS setup, so not sure connecting serial = cable > will reveal anything more. Inputs appreciated. >=20 > Thanks >=20 > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <[3]pasik@ik= i.fi> > wrote: >=20 > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: > > Any inputs on this? I compiled xen/next kernel in Debian Le= nny > and booted > > successfully as a domU(I am using same .config file which I= used > to build > > under xcp-ddk). Looks to me xen/next doesn't work with xcp0= .1.1. > > >=20 > You need to re-generate the dom0 kernel initrd to match your ker= nel. > You cannot use the default xcp initrd image. >=20 > Please provide the full serial console boot log so we can troubl= eshoot > it: > [4]http://wiki.xensource.com/xenwiki/XenSerialConsole >=20 > -- Pasi >=20 > > Thanks > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur > <[1][5]ritu.kaur.us@[2][6]gmail.com> > > wrote: > > > > Hi Pasi, > > > > Messages seen with not-working case > > > > > /**************************************************************= ********************* > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M > lowmem-emergency-pool=3D1M > > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 > > loading /boot/xen.3.4.3.gz.......... > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek = ro > Xencons=3Dhvc > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > Loading /boot/vmlinuz-2.6.32......... > > Module:/boot/initrd-2.6-xen.img > > Loading > > > /boot/initrd-2.6-xen.img.......................................= ........................................................ > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > ***************************************************************= ************************/ > > > > Screen is blank after these messages and system returns t= o BIOS > setup. > > > > Messages seen with working case > > > /**************************************************************= ********************* > > kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-pool= =3D1M > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 > > loading /boot/xen.gz.......... > > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycetek= ro > Xencons=3Dhvc > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > Loading /boot/vmlinuz-2.6.xen......... > > Module:/boot/initrd-2.6-xen.img > > Loading > > > /boot/initrd-2.6-xen.img.......................................= ........................................................ > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > ***************************************************************= ************************/ > > > > Versions used in Non-working case > > > > xen - 3.4.3/4.0.0 > > kernel - xen/next > > initrd - default one which came with xcp0.1.1 download.(P= s > note, in xcp > > ddk cannot build initrd image) > > > > in Working case > > > > xen - 3.4.2 > > kernel - xcp 0.1.1 > > initrd - one that came with xcp 0.1.1 > > > > Checked in my .config and changed CONFIG_PHYSICAL_START t= o > 0x00100000 > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. > > > > Inputs appreciated. > > > > Thanks > > > > References > > > > Visible links > > 1. [7]http://ritu.kaur.us/ > > 2. [8]http://gmail.com/ >=20 > > _______________________________________________ > > Xen-devel mailing list > > [9]Xen-devel@lists.xensource.com > > [10]http://lists.xensource.com/xen-devel >=20 > References >=20 > Visible links > 1. http://ritu.kaur.us/ > 2. http://gmail.com/ > 3. mailto:pasik@iki.fi > 4. http://wiki.xensource.com/xenwiki/XenSerialConsole > 5. http://ritu.kaur.us/ > 6. http://gmail.com/ > 7. http://ritu.kaur.us/ > 8. http://gmail.com/ > 9. mailto:Xen-devel@lists.xensource.com > 10. http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 28 Mar 2010 14:55:50 +0300 Message-ID: <20100328115550.GQ1878@reaktio.net> References: <20100322085832.GZ1878@reaktio.net> <29b32d341003221402u745c15adhedb491b4518797c@mail.gmail.com> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <20100328113439.GO1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4inen wrote: > On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote: > > I tried another thing. After compilation, I did "make modules_ins= tall" in > > xcp ddk in order to use following command > >=20 > > mkinitrd -f ./initrd-2.6.32.img 2.6.32 > >=20 > > I get following errors... > >=20 > > modinfo: could not find module ide-disk > > No module ide-disk found for kernel 2.6.32, aborting > >=20 >=20 > mkinitrd reads /etc/modprobe.conf to figure out what modules should be = included into the initrd image. >=20 also I'm not sure if ide-disk is a required module for 2.6.32?=20 -- Pasi > > My boot disk is ide and looking into .config didn't give me any id= eas as > > to what has to be enabled. > >=20 >=20 > If you need some other module then fix it in /etc/modprobe.conf > You need to figure out what's the correct driver for your root/boot dis= k.=20 >=20 > -- Pasi >=20 > > Thanks > >=20 > > On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur <[1]ritu.kaur.us@[2]gma= il.com> > > wrote: > >=20 > > Thanks Pasi. I had used following command to regenerate initrd i= mage in > > xcp ddk > >=20 > > mkinitrd -f ./initrd-2.6.32.img 2.6.27.42-0.1.1.xs0.1.1.737.106= 5xen > >=20 > > it doesn't work either. While booting screen goes blank immediat= ely > > after I see > > ... > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > >=20 > > and next thing I see is BIOS setup, so not sure connecting seria= l cable > > will reveal anything more. Inputs appreciated. > >=20 > > Thanks > >=20 > > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <[3]pasik@= iki.fi> > > wrote: > >=20 > > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: > > > Any inputs on this? I compiled xen/next kernel in Debian = Lenny > > and booted > > > successfully as a domU(I am using same .config file which= I used > > to build > > > under xcp-ddk). Looks to me xen/next doesn't work with xc= p0.1.1. > > > > >=20 > > You need to re-generate the dom0 kernel initrd to match your k= ernel. > > You cannot use the default xcp initrd image. > >=20 > > Please provide the full serial console boot log so we can trou= bleshoot > > it: > > [4]http://wiki.xensource.com/xenwiki/XenSerialConsole > >=20 > > -- Pasi > >=20 > > > Thanks > > > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur > > <[1][5]ritu.kaur.us@[2][6]gmail.com> > > > wrote: > > > > > > Hi Pasi, > > > > > > Messages seen with not-working case > > > > > > > > /************************************************************= *********************** > > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M > > lowmem-emergency-pool=3D1M > > > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 > > > loading /boot/xen.3.4.3.gz.......... > > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycete= k ro > > Xencons=3Dhvc > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > > Loading /boot/vmlinuz-2.6.32......... > > > Module:/boot/initrd-2.6-xen.img > > > Loading > > > > > /boot/initrd-2.6-xen.img.....................................= .......................................................... > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > *************************************************************= **************************/ > > > > > > Screen is blank after these messages and system returns= to BIOS > > setup. > > > > > > Messages seen with working case > > > > > /************************************************************= *********************** > > > kernel:/boot/xen.gz dom0-mem=3D752M lowmem-emergency-po= ol=3D1M > > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 > > > loading /boot/xen.gz.......... > > > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycet= ek ro > > Xencons=3Dhvc > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > > Loading /boot/vmlinuz-2.6.xen......... > > > Module:/boot/initrd-2.6-xen.img > > > Loading > > > > > /boot/initrd-2.6-xen.img.....................................= .......................................................... > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > *************************************************************= **************************/ > > > > > > Versions used in Non-working case > > > > > > xen - 3.4.3/4.0.0 > > > kernel - xen/next > > > initrd - default one which came with xcp0.1.1 download.= (Ps > > note, in xcp > > > ddk cannot build initrd image) > > > > > > in Working case > > > > > > xen - 3.4.2 > > > kernel - xcp 0.1.1 > > > initrd - one that came with xcp 0.1.1 > > > > > > Checked in my .config and changed CONFIG_PHYSICAL_START= to > > 0x00100000 > > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. > > > > > > Inputs appreciated. > > > > > > Thanks > > > > > > References > > > > > > Visible links > > > 1. [7]http://ritu.kaur.us/ > > > 2. [8]http://gmail.com/ > >=20 > > > _______________________________________________ > > > Xen-devel mailing list > > > [9]Xen-devel@lists.xensource.com > > > [10]http://lists.xensource.com/xen-devel > >=20 > > References > >=20 > > Visible links > > 1. http://ritu.kaur.us/ > > 2. http://gmail.com/ > > 3. mailto:pasik@iki.fi > > 4. http://wiki.xensource.com/xenwiki/XenSerialConsole > > 5. http://ritu.kaur.us/ > > 6. http://gmail.com/ > > 7. http://ritu.kaur.us/ > > 8. http://gmail.com/ > > 9. mailto:Xen-devel@lists.xensource.com > > 10. http://lists.xensource.com/xen-devel >=20 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 30 Mar 2010 17:28:57 -0700 Message-ID: References: <20100322085832.GZ1878@reaktio.net> <20100322210944.GS1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0626167266==" Return-path: In-Reply-To: <20100328115550.GQ1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0626167266== Content-Type: multipart/alternative; boundary=000e0cd1066af8b22104830dd4c4 --000e0cd1066af8b22104830dd4c4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Pasi, Serial console just doesn't seem to work. In extlinux.conf file I have # location mbr serial 0 115200 default xe-serial prompt 1 timeout 50 ... label xe-serial # XenCloudPlatform (Serial) kernel mboot.c32 append /boot/xen.3.4.3.gz com1=3D115200,8n1 console=3Dcom1,vga dom0_mem= =3D752M lowmem_emergency_pool=3D1M crashkernel=3D64M@32M --- /boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro console=3Dtty0 earlyprintk=3Dxen nomodeset xencons=3Dhvc console=3Dhvc0 --- /boot/initrd-2.6.32.img >>From another linux m/c, I run minicom -s /dev/ttyS0, configure serial port to match above config. minicom always reports serial port as offline. Googled and tried another option "minicom -c on /dev/ttyS0" still no luck. = I have made sure from BIOS on both m/c's serial com ports are enabled. Not quite sure what is wrong here. Does extlinux.conf entry looks fine? Thanks On Sun, Mar 28, 2010 at 4:55 AM, Pasi K=E4rkk=E4inen wrote: > On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4inen wrote: > > On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote: > > > I tried another thing. After compilation, I did "make > modules_install" in > > > xcp ddk in order to use following command > > > > > > mkinitrd -f ./initrd-2.6.32.img 2.6.32 > > > > > > I get following errors... > > > > > > modinfo: could not find module ide-disk > > > No module ide-disk found for kernel 2.6.32, aborting > > > > > > > mkinitrd reads /etc/modprobe.conf to figure out what modules should be > included into the initrd image. > > > > also I'm not sure if ide-disk is a required module for 2.6.32? > > -- Pasi > > > > My boot disk is ide and looking into .config didn't give me any > ideas as > > > to what has to be enabled. > > > > > > > If you need some other module then fix it in /etc/modprobe.conf > > You need to figure out what's the correct driver for your root/boot dis= k. > > > > -- Pasi > > > > > Thanks > > > > > > On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur <[1]ritu.kaur.us@[2] > gmail.com> > > > wrote: > > > > > > Thanks Pasi. I had used following command to regenerate initrd > image in > > > xcp ddk > > > > > > mkinitrd -f ./initrd-2.6.32.img > 2.6.27.42-0.1.1.xs0.1.1.737.1065xen > > > > > > it doesn't work either. While booting screen goes blank > immediately > > > after I see > > > ... > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > and next thing I see is BIOS setup, so not sure connecting seria= l > cable > > > will reveal anything more. Inputs appreciated. > > > > > > Thanks > > > > > > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <[3] > pasik@iki.fi> > > > wrote: > > > > > > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: > > > > Any inputs on this? I compiled xen/next kernel in Debian > Lenny > > > and booted > > > > successfully as a domU(I am using same .config file which= I > used > > > to build > > > > under xcp-ddk). Looks to me xen/next doesn't work with > xcp0.1.1. > > > > > > > > > > You need to re-generate the dom0 kernel initrd to match your > kernel. > > > You cannot use the default xcp initrd image. > > > > > > Please provide the full serial console boot log so we can > troubleshoot > > > it: > > > [4]http://wiki.xensource.com/xenwiki/XenSerialConsole > > > > > > -- Pasi > > > > > > > Thanks > > > > > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur > > > <[1][5]ritu.kaur.us@[2][6]gmail.com> > > > > wrote: > > > > > > > > Hi Pasi, > > > > > > > > Messages seen with not-working case > > > > > > > > > > > > /************************************************************************= *********** > > > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M > > > lowmem-emergency-pool=3D1M > > > > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 > > > > loading /boot/xen.3.4.3.gz.......... > > > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycete= k ro > > > Xencons=3Dhvc > > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > > > Loading /boot/vmlinuz-2.6.32......... > > > > Module:/boot/initrd-2.6-xen.img > > > > Loading > > > > > > > > /boot/initrd-2.6-xen.img.................................................= .............................................. > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > *************************************************************************= **************/ > > > > > > > > Screen is blank after these messages and system returns > to BIOS > > > setup. > > > > > > > > Messages seen with working case > > > > > > > > /************************************************************************= *********** > > > > kernel:/boot/xen.gz dom0-mem=3D752M > lowmem-emergency-pool=3D1M > > > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 > > > > loading /boot/xen.gz.......... > > > > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhycet= ek ro > > > Xencons=3Dhvc > > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash > > > > Loading /boot/vmlinuz-2.6.xen......... > > > > Module:/boot/initrd-2.6-xen.img > > > > Loading > > > > > > > > /boot/initrd-2.6-xen.img.................................................= .............................................. > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > *************************************************************************= **************/ > > > > > > > > Versions used in Non-working case > > > > > > > > xen - 3.4.3/4.0.0 > > > > kernel - xen/next > > > > initrd - default one which came with xcp0.1.1 > download.(Ps > > > note, in xcp > > > > ddk cannot build initrd image) > > > > > > > > in Working case > > > > > > > > xen - 3.4.2 > > > > kernel - xcp 0.1.1 > > > > initrd - one that came with xcp 0.1.1 > > > > > > > > Checked in my .config and changed CONFIG_PHYSICAL_START > to > > > 0x00100000 > > > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. > > > > > > > > Inputs appreciated. > > > > > > > > Thanks > > > > > > > > References > > > > > > > > Visible links > > > > 1. [7]http://ritu.kaur.us/ > > > > 2. [8]http://gmail.com/ > > > > > > > _______________________________________________ > > > > Xen-devel mailing list > > > > [9]Xen-devel@lists.xensource.com > > > > [10]http://lists.xensource.com/xen-devel > > > > > > References > > > > > > Visible links > > > 1. http://ritu.kaur.us/ > > > 2. http://gmail.com/ > > > 3. mailto:pasik@iki.fi > > > 4. http://wiki.xensource.com/xenwiki/XenSerialConsole > > > 5. http://ritu.kaur.us/ > > > 6. http://gmail.com/ > > > 7. http://ritu.kaur.us/ > > > 8. http://gmail.com/ > > > 9. mailto:Xen-devel@lists.xensource.com > > > 10. http://lists.xensource.com/xen-devel > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > --000e0cd1066af8b22104830dd4c4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Pasi,

Serial console just doesn't seem to work. In extlinux.c= onf file I have

# location mbr
serial 0 115200
default xe-seri= al
prompt 1
timeout 50
...

label xe-serial
=A0 # XenClou= dPlatform (Serial)
=A0 kernel mboot.c32
=A0 append /boot/xen.3.4.3.gz com1=3D115200,8n1 con= sole=3Dcom1,vga dom0_mem=3D752M lowmem_emergency_pool=3D1M crashkernel=3D64= M@32M --- /boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro console=3Dtt= y0 earlyprintk=3Dxen nomodeset xencons=3Dhvc console=3Dhvc0 --- /boot/initr= d-2.6.32.img

From another linux m/c, I run minicom -s /dev/ttyS0, configure serial p= ort to match above config. minicom always reports serial port as offline. G= oogled and tried another option "minicom -c on /dev/ttyS0" still = no luck. I have made sure from BIOS on both m/c's serial com ports are = enabled. Not quite sure what is wrong here. Does extlinux.conf entry looks = fine?

Thanks

On Sun, Mar 28, 2010 at 4:55 A= M, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4= inen wrote:
> On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote:
> > =A0 =A0I tried another thing. After compilation, =A0I did "m= ake modules_install" in
> > =A0 =A0xcp ddk in order to use following command
> >
> > =A0 =A0mkinitrd -f ./initrd-2.6.32.img 2.6.32
> >
> > =A0 =A0I get following errors...
> >
> > =A0 =A0modinfo: could not find module ide-disk
> > =A0 =A0No module ide-disk found for kernel 2.6.32, aborting
> >
>
> mkinitrd reads /etc/modprobe.conf to figure out what modules should be= included into the initrd image.
>

also I'm not sure if ide-disk is a required module for 2.6.32?
-- Pasi

> > =A0 =A0My boot disk is ide and looking into .config didn't gi= ve me any ideas as
> > =A0 =A0to what has to be enabled.
> >
>
> If you need some other module then fix it in /etc/modprobe.conf
> You need to figure out what's the correct driver for your root/boo= t disk.
>
> -- Pasi
>
> > =A0 =A0Thanks
> >
> > =A0 =A0On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com>
> > =A0 =A0wrote:
> >
> > =A0 =A0 =A0Thanks Pasi. I had used following command to regenerat= e initrd image in
> > =A0 =A0 =A0xcp ddk
> >
> > =A0 =A0 =A0mkinitrd -f ./initrd-2.6.32.img =A02.6.27.42-0.1.1.xs0= .1.1.737.1065xen
> >
> > =A0 =A0 =A0it doesn't work either. While booting screen goes = blank immediately
> > =A0 =A0 =A0after I see
> > =A0 =A0 =A0...
> > =A0 =A0 =A0 Booting:MBI=3D0x00010120, entry=3D0x00100000
> >
> > =A0 =A0 =A0and next thing I see is BIOS setup, so not sure connec= ting serial cable
> > =A0 =A0 =A0will reveal anything more. Inputs appreciated.
> >
> > =A0 =A0 =A0Thanks
> >
> > =A0 =A0 =A0On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen = <[3]pasik@iki.fi>
> > =A0 =A0 =A0wrote:
> >
> > =A0 =A0 =A0 =A0On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kau= r wrote:
> > =A0 =A0 =A0 =A0> =A0 =A0Any inputs on this? I compiled xen/nex= t kernel in Debian Lenny
> > =A0 =A0 =A0 =A0and booted
> > =A0 =A0 =A0 =A0> =A0 =A0successfully as a domU(I am using same= .config file which I used
> > =A0 =A0 =A0 =A0to build
> > =A0 =A0 =A0 =A0> =A0 =A0under xcp-ddk). Looks to me xen/next d= oesn't work with xcp0.1.1.
> > =A0 =A0 =A0 =A0>
> >
> > =A0 =A0 =A0 =A0You need to re-generate the dom0 kernel initrd to = match your kernel.
> > =A0 =A0 =A0 =A0You cannot use the default xcp initrd image.
> >
> > =A0 =A0 =A0 =A0Please provide the full serial console boot log so= we can troubleshoot
> > =A0 =A0 =A0 =A0it:
> > =A0 =A0 =A0 =A0[4]http://wiki.xensource.com/xenwiki/XenSeri= alConsole
> >
> > =A0 =A0 =A0 =A0-- Pasi
> >
> > =A0 =A0 =A0 =A0> =A0 =A0Thanks
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0On Fri, Mar 26, 2010 at 12:11 PM, Ritu= kaur
> > =A0 =A0 =A0 =A0<[1][5]ritu.kaur.us@[2][6]gmail.com>
> > =A0 =A0 =A0 =A0> =A0 =A0wrote:
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Hi Pasi,
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Messages seen with not-working cas= e
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /************************************************= ***********************************
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel:/boot/xen.3.4.3.gz dom0-mem= =3D752M
> > =A0 =A0 =A0 =A0lowmem-emergency-pool=3D1M
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0crashkernel=3D64M@32M console=3Dco= mX vga=3Dmode-0x0311
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0loading /boot/xen.3.4.3.gz........= ..
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.32 root= =3DLABEL=3Droot-mhycetek ro
> > =A0 =A0 =A0 =A0Xencons=3Dhvc
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quie= t vga=3D785 splash
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.32......= ...
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img > > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /boot/initrd-2.6-xen.img.........................= ......................................................................
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D= 0x00100000
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 *************************************************= **************************************/
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Screen is blank after these messag= es and system returns to BIOS
> > =A0 =A0 =A0 =A0setup.
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Messages seen with working case > > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /************************************************= ***********************************
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel:/boot/xen.gz dom0-mem=3D752= M lowmem-emergency-pool=3D1M
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0crashkernel=3D64M@32M comsole=3Dco= mX vga=3Dmode-0x0311
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0loading /boot/xen.gz..........
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.xen root= =3DLABEL=3Droot-mhycetek ro
> > =A0 =A0 =A0 =A0Xencons=3Dhvc
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quie= t vga=3D785 splash
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.xen.....= ....
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img > > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /boot/initrd-2.6-xen.img.........................= ......................................................................
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D= 0x00100000
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 *************************************************= **************************************/
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Versions used in Non-working case<= br> > > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0xen - 3.4.3/4.0.0
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel - xen/next
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0initrd - default one which came wi= th xcp0.1.1 download.(Ps
> > =A0 =A0 =A0 =A0note, in xcp
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0ddk cannot build initrd image)
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0in Working case
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0xen - 3.4.2
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel - xcp 0.1.1
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0initrd - one that came with xcp 0.= 1.1
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Checked in my .config and changed = CONFIG_PHYSICAL_START to
> > =A0 =A0 =A0 =A00x00100000
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0and CONFIG_PHYSICAL_ALIGN=3D0x1000= 00, didn't help.
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Inputs appreciated.
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Thanks
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> References
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0Visible links
> > =A0 =A0 =A0 =A0> =A0 =A01. [7]http://ritu.kaur.us/
> > =A0 =A0 =A0 =A0> =A0 =A02. [8]http://gmail.com/
> >
> > =A0 =A0 =A0 =A0> _____________________________________________= __
> > =A0 =A0 =A0 =A0> Xen-devel mailing list
> > =A0 =A0 =A0 =A0> [9]Xen-devel@lists.xensource.com
> > =A0 =A0 =A0 =A0> [10]http://lists.xensource.com/xen-devel
> >
> > References
> >
> > =A0 =A0Visible links
> > =A0 =A01. http= ://ritu.kaur.us/
> > =A0 =A02. http://= gmail.com/
> > =A0 =A03. mailto:pasik@iki.fi=
> > =A0 =A04. http://wiki.xensource.com/xenwiki/XenSerialConsol= e
> > =A0 =A05. http= ://ritu.kaur.us/
> > =A0 =A06. http://= gmail.com/
> > =A0 =A07. http= ://ritu.kaur.us/
> > =A0 =A08. http://= gmail.com/
> > =A0 =A09. mailto:Xen-devel@lists.xensource.com
> > =A0 10. http://lists.xensource.com/xen-devel
>
> _______________________________________________
> Xen-devel mailing list

--000e0cd1066af8b22104830dd4c4-- --===============0626167266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0626167266==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 30 Mar 2010 18:07:44 -0700 Message-ID: References: <20100322085832.GZ1878@reaktio.net> <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0533852603==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0533852603== Content-Type: multipart/alternative; boundary=000e0cd1066aab09a904830e5f3f --000e0cd1066aab09a904830e5f3f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just to add, I have tried both com1 and com2 from baud rate 38400 to 115200 no luck. Inputs much appreciated. Thanks On Tue, Mar 30, 2010 at 5:28 PM, Ritu kaur wrote: > Hi Pasi, > > Serial console just doesn't seem to work. In extlinux.conf file I have > > # location mbr > serial 0 115200 > default xe-serial > prompt 1 > timeout 50 > ... > > label xe-serial > # XenCloudPlatform (Serial) > kernel mboot.c32 > append /boot/xen.3.4.3.gz com1=3D115200,8n1 console=3Dcom1,vga dom0_mem= =3D752M > lowmem_emergency_pool=3D1M crashkernel=3D64M@32M --- /boot/vmlinuz-2.6.32 > root=3DLABEL=3Droot-mhycetek ro console=3Dtty0 earlyprintk=3Dxen nomodese= t > xencons=3Dhvc console=3Dhvc0 --- /boot/initrd-2.6.32.img > > From another linux m/c, I run minicom -s /dev/ttyS0, configure serial por= t > to match above config. minicom always reports serial port as offline. > Googled and tried another option "minicom -c on /dev/ttyS0" still no luck= . I > have made sure from BIOS on both m/c's serial com ports are enabled. Not > quite sure what is wrong here. Does extlinux.conf entry looks fine? > > Thanks > > > On Sun, Mar 28, 2010 at 4:55 AM, Pasi K=E4rkk=E4inen wrote= : > >> On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4inen wrote: >> > On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote: >> > > I tried another thing. After compilation, I did "make >> modules_install" in >> > > xcp ddk in order to use following command >> > > >> > > mkinitrd -f ./initrd-2.6.32.img 2.6.32 >> > > >> > > I get following errors... >> > > >> > > modinfo: could not find module ide-disk >> > > No module ide-disk found for kernel 2.6.32, aborting >> > > >> > >> > mkinitrd reads /etc/modprobe.conf to figure out what modules should be >> included into the initrd image. >> > >> >> also I'm not sure if ide-disk is a required module for 2.6.32? >> >> -- Pasi >> >> > > My boot disk is ide and looking into .config didn't give me any >> ideas as >> > > to what has to be enabled. >> > > >> > >> > If you need some other module then fix it in /etc/modprobe.conf >> > You need to figure out what's the correct driver for your root/boot >> disk. >> > >> > -- Pasi >> > >> > > Thanks >> > > >> > > On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur <[1]ritu.kaur.us@[2] >> gmail.com> >> > > wrote: >> > > >> > > Thanks Pasi. I had used following command to regenerate initrd >> image in >> > > xcp ddk >> > > >> > > mkinitrd -f ./initrd-2.6.32.img >> 2.6.27.42-0.1.1.xs0.1.1.737.1065xen >> > > >> > > it doesn't work either. While booting screen goes blank >> immediately >> > > after I see >> > > ... >> > > Booting:MBI=3D0x00010120, entry=3D0x00100000 >> > > >> > > and next thing I see is BIOS setup, so not sure connecting seri= al >> cable >> > > will reveal anything more. Inputs appreciated. >> > > >> > > Thanks >> > > >> > > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen <[3] >> pasik@iki.fi> >> > > wrote: >> > > >> > > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur wrote: >> > > > Any inputs on this? I compiled xen/next kernel in Debian >> Lenny >> > > and booted >> > > > successfully as a domU(I am using same .config file whic= h >> I used >> > > to build >> > > > under xcp-ddk). Looks to me xen/next doesn't work with >> xcp0.1.1. >> > > > >> > > >> > > You need to re-generate the dom0 kernel initrd to match your >> kernel. >> > > You cannot use the default xcp initrd image. >> > > >> > > Please provide the full serial console boot log so we can >> troubleshoot >> > > it: >> > > [4]http://wiki.xensource.com/xenwiki/XenSerialConsole >> > > >> > > -- Pasi >> > > >> > > > Thanks >> > > > >> > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur >> > > <[1][5]ritu.kaur.us@[2][6]gmail.com> >> > > > wrote: >> > > > >> > > > Hi Pasi, >> > > > >> > > > Messages seen with not-working case >> > > > >> > > > >> > > >> /***********************************************************************= ************ >> > > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M >> > > lowmem-emergency-pool=3D1M >> > > > crashkernel=3D64M@32M console=3DcomX vga=3Dmode-0x0311 >> > > > loading /boot/xen.3.4.3.gz.......... >> > > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycet= ek ro >> > > Xencons=3Dhvc >> > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash >> > > > Loading /boot/vmlinuz-2.6.32......... >> > > > Module:/boot/initrd-2.6-xen.img >> > > > Loading >> > > > >> > > >> /boot/initrd-2.6-xen.img................................................= ............................................... >> > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 >> > > > >> > > >> ************************************************************************= ***************/ >> > > > >> > > > Screen is blank after these messages and system return= s >> to BIOS >> > > setup. >> > > > >> > > > Messages seen with working case >> > > > >> > > >> /***********************************************************************= ************ >> > > > kernel:/boot/xen.gz dom0-mem=3D752M >> lowmem-emergency-pool=3D1M >> > > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmode-0x0311 >> > > > loading /boot/xen.gz.......... >> > > > Module:/boot/vmlinuz-2.6.xen root=3DLABEL=3Droot-mhyce= tek ro >> > > Xencons=3Dhvc >> > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 splash >> > > > Loading /boot/vmlinuz-2.6.xen......... >> > > > Module:/boot/initrd-2.6-xen.img >> > > > Loading >> > > > >> > > >> /boot/initrd-2.6-xen.img................................................= ............................................... >> > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 >> > > > >> > > >> ************************************************************************= ***************/ >> > > > >> > > > Versions used in Non-working case >> > > > >> > > > xen - 3.4.3/4.0.0 >> > > > kernel - xen/next >> > > > initrd - default one which came with xcp0.1.1 >> download.(Ps >> > > note, in xcp >> > > > ddk cannot build initrd image) >> > > > >> > > > in Working case >> > > > >> > > > xen - 3.4.2 >> > > > kernel - xcp 0.1.1 >> > > > initrd - one that came with xcp 0.1.1 >> > > > >> > > > Checked in my .config and changed CONFIG_PHYSICAL_STAR= T >> to >> > > 0x00100000 >> > > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't help. >> > > > >> > > > Inputs appreciated. >> > > > >> > > > Thanks >> > > > >> > > > References >> > > > >> > > > Visible links >> > > > 1. [7]http://ritu.kaur.us/ >> > > > 2. [8]http://gmail.com/ >> > > >> > > > _______________________________________________ >> > > > Xen-devel mailing list >> > > > [9]Xen-devel@lists.xensource.com >> > > > [10]http://lists.xensource.com/xen-devel >> > > >> > > References >> > > >> > > Visible links >> > > 1. http://ritu.kaur.us/ >> > > 2. http://gmail.com/ >> > > 3. mailto:pasik@iki.fi >> > > 4. http://wiki.xensource.com/xenwiki/XenSerialConsole >> > > 5. http://ritu.kaur.us/ >> > > 6. http://gmail.com/ >> > > 7. http://ritu.kaur.us/ >> > > 8. http://gmail.com/ >> > > 9. mailto:Xen-devel@lists.xensource.com >> > > 10. http://lists.xensource.com/xen-devel >> > >> > _______________________________________________ >> > Xen-devel mailing list >> > Xen-devel@lists.xensource.com >> > http://lists.xensource.com/xen-devel >> > > --000e0cd1066aab09a904830e5f3f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just to add, I have tried both com1 and com2 from baud rate 38400 to 115200= no luck. Inputs much appreciated.

Thanks

On Tue, Mar 30, 2010 at 5:28 PM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Hi Pasi,

Serial console just doesn't seem to work. In extlinux.= conf file I have

# location mbr
serial 0 115200
default xe-serial
prompt 1
t= imeout 50
...

label xe-serial
=A0 # XenCloudPlatform (Serial)<= br> =A0 kernel mboot.c32
=A0 append /boot/xen.3.4.3.gz com1=3D115200,8= n1 console=3Dcom1,vga dom0_mem=3D752M lowmem_emergency_pool=3D1M crashkerne= l=3D64M@32M --- /boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro consol= e=3Dtty0 earlyprintk=3Dxen nomodeset xencons=3Dhvc console=3Dhvc0 --- /boot= /initrd-2.6.32.img

From another linux m/c, I run minicom -s /dev/ttyS0, configure serial p= ort to match above config. minicom always reports serial port as offline. G= oogled and tried another option "minicom -c on /dev/ttyS0" still = no luck. I have made sure from BIOS on both m/c's serial com ports are = enabled. Not quite sure what is wrong here. Does extlinux.conf entry looks = fine?

Thanks


On Sun, Mar 28, 2010 at 4:55 AM, Pasi K=E4rkk=E4inen = <pasik@iki.fi><= /span> wrote:
On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4inen wrote: > On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote:
> > =A0 =A0I tried another thing. After compilation, =A0I did "m= ake modules_install" in
> > =A0 =A0xcp ddk in order to use following command
> >
> > =A0 =A0mkinitrd -f ./initrd-2.6.32.img 2.6.32
> >
> > =A0 =A0I get following errors...
> >
> > =A0 =A0modinfo: could not find module ide-disk
> > =A0 =A0No module ide-disk found for kernel 2.6.32, aborting
> >
>
> mkinitrd reads /etc/modprobe.conf to figure out what modules should be= included into the initrd image.
>

also I'm not sure if ide-disk is a required module for 2.6.32?
-- Pasi

> > =A0 =A0My boot disk is ide and looking into .config didn't gi= ve me any ideas as
> > =A0 =A0to what has to be enabled.
> >
>
> If you need some other module then fix it in /etc/modprobe.conf
> You need to figure out what's the correct driver for your root/boo= t disk.
>
> -- Pasi
>
> > =A0 =A0Thanks
> >
> > =A0 =A0On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com>
> > =A0 =A0wrote:
> >
> > =A0 =A0 =A0Thanks Pasi. I had used following command to regenerat= e initrd image in
> > =A0 =A0 =A0xcp ddk
> >
> > =A0 =A0 =A0mkinitrd -f ./initrd-2.6.32.img =A02.6.27.42-0.1.1.xs0= .1.1.737.1065xen
> >
> > =A0 =A0 =A0it doesn't work either. While booting screen goes = blank immediately
> > =A0 =A0 =A0after I see
> > =A0 =A0 =A0...
> > =A0 =A0 =A0 Booting:MBI=3D0x00010120, entry=3D0x00100000
> >
> > =A0 =A0 =A0and next thing I see is BIOS setup, so not sure connec= ting serial cable
> > =A0 =A0 =A0will reveal anything more. Inputs appreciated.
> >
> > =A0 =A0 =A0Thanks
> >
> > =A0 =A0 =A0On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen = <[3]pasik@iki.fi&g= t;
> > =A0 =A0 =A0wrote:
> >
> > =A0 =A0 =A0 =A0On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kau= r wrote:
> > =A0 =A0 =A0 =A0> =A0 =A0Any inputs on this? I compiled xen/nex= t kernel in Debian Lenny
> > =A0 =A0 =A0 =A0and booted
> > =A0 =A0 =A0 =A0> =A0 =A0successfully as a domU(I am using same= .config file which I used
> > =A0 =A0 =A0 =A0to build
> > =A0 =A0 =A0 =A0> =A0 =A0under xcp-ddk). Looks to me xen/next d= oesn't work with xcp0.1.1.
> > =A0 =A0 =A0 =A0>
> >
> > =A0 =A0 =A0 =A0You need to re-generate the dom0 kernel initrd to = match your kernel.
> > =A0 =A0 =A0 =A0You cannot use the default xcp initrd image.
> >
> > =A0 =A0 =A0 =A0Please provide the full serial console boot log so= we can troubleshoot
> > =A0 =A0 =A0 =A0it:
> > =A0 =A0 =A0 =A0[4]http://wiki.xensource.com/xenwiki/XenSeri= alConsole
> >
> > =A0 =A0 =A0 =A0-- Pasi
> >
> > =A0 =A0 =A0 =A0> =A0 =A0Thanks
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0On Fri, Mar 26, 2010 at 12:11 PM, Ritu= kaur
> > =A0 =A0 =A0 =A0<[1][5]ritu.kaur.us@[2][6]gmail.com>
> > =A0 =A0 =A0 =A0> =A0 =A0wrote:
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Hi Pasi,
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Messages seen with not-working cas= e
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /************************************************= ***********************************
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel:/boot/xen.3.4.3.gz dom0-mem= =3D752M
> > =A0 =A0 =A0 =A0lowmem-emergency-pool=3D1M
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0crashkernel=3D64M@32M console=3Dco= mX vga=3Dmode-0x0311
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0loading /boot/xen.3.4.3.gz........= ..
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.32 root= =3DLABEL=3Droot-mhycetek ro
> > =A0 =A0 =A0 =A0Xencons=3Dhvc
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quie= t vga=3D785 splash
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.32......= ...
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img > > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /boot/initrd-2.6-xen.img.........................= ......................................................................
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D= 0x00100000
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 *************************************************= **************************************/
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Screen is blank after these messag= es and system returns to BIOS
> > =A0 =A0 =A0 =A0setup.
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Messages seen with working case > > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /************************************************= ***********************************
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel:/boot/xen.gz dom0-mem=3D752= M lowmem-emergency-pool=3D1M
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0crashkernel=3D64M@32M comsole=3Dco= mX vga=3Dmode-0x0311
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0loading /boot/xen.gz..........
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/vmlinuz-2.6.xen root= =3DLABEL=3Droot-mhycetek ro
> > =A0 =A0 =A0 =A0Xencons=3Dhvc
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0console=3Dhvc0 console=3Dtty0 quie= t vga=3D785 splash
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading /boot/vmlinuz-2.6.xen.....= ....
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/initrd-2.6-xen.img > > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 /boot/initrd-2.6-xen.img.........................= ......................................................................
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Booting:MBI=3D0x00010120, entry=3D= 0x00100000
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0 *************************************************= **************************************/
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Versions used in Non-working case<= br> > > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0xen - 3.4.3/4.0.0
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel - xen/next
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0initrd - default one which came wi= th xcp0.1.1 download.(Ps
> > =A0 =A0 =A0 =A0note, in xcp
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0ddk cannot build initrd image)
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0in Working case
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0xen - 3.4.2
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel - xcp 0.1.1
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0initrd - one that came with xcp 0.= 1.1
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Checked in my .config and changed = CONFIG_PHYSICAL_START to
> > =A0 =A0 =A0 =A00x00100000
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0and CONFIG_PHYSICAL_ALIGN=3D0x1000= 00, didn't help.
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Inputs appreciated.
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Thanks
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> References
> > =A0 =A0 =A0 =A0>
> > =A0 =A0 =A0 =A0> =A0 =A0Visible links
> > =A0 =A0 =A0 =A0> =A0 =A01. [7]http://ritu.kaur.us/
> > =A0 =A0 =A0 =A0> =A0 =A02. [8]http://gmail.com/
> >
> > =A0 =A0 =A0 =A0> _____________________________________________= __
> > =A0 =A0 =A0 =A0> Xen-devel mailing list
> > =A0 =A0 =A0 =A0> [9]Xen-devel@lists.xensource.com
> > =A0 =A0 =A0 =A0> [10]http://lists.xensource.com/xen-devel
> >
> > References
> >
> > =A0 =A0Visible links
> > =A0 =A01. http= ://ritu.kaur.us/
> > =A0 =A02. http://= gmail.com/
> > =A0 =A03. mailto:pasik@iki.fi
> > =A0 =A04. http://wiki.xensource.com/xenwiki/XenSerialConsol= e
> > =A0 =A05. http= ://ritu.kaur.us/
> > =A0 =A06. http://= gmail.com/
> > =A0 =A07. http= ://ritu.kaur.us/
> > =A0 =A08. http://= gmail.com/
> > =A0 =A09. mailto:Xen-devel@lists.xensource.com
> > =A0 10. http://lists.xensource.com/xen-devel
>
> _______________________________________________
> Xen-devel mailing list


--000e0cd1066aab09a904830e5f3f-- --===============0533852603== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0533852603==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 09:30:35 +0300 Message-ID: <20100331063035.GI1878@reaktio.net> References: <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003261211k7140d298lffd9d0dae5d1b9e3@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Tue, Mar 30, 2010 at 06:07:44PM -0700, Ritu kaur wrote: > Just to add, I have tried both com1 and com2 from baud rate 38400 to > 115200 no luck. Inputs much appreciated. > Do you have an onboard serial port, or is at some kind of SOL? -- Pasi =20 > Thanks >=20 > On Tue, Mar 30, 2010 at 5:28 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail= .com> > wrote: >=20 > Hi Pasi, >=20 > Serial console just doesn't seem to work. In extlinux.conf file I = have >=20 > # location mbr > serial 0 115200 > default xe-serial > prompt 1 > timeout 50 > ... >=20 > label xe-serial > # XenCloudPlatform (Serial) > kernel mboot.c32 > append /boot/xen.3.4.3.gz com1=3D115200,8n1 console=3Dcom1,vga > dom0_mem=3D752M lowmem_emergency_pool=3D1M crashkernel=3D64M@32M -= -- > /boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro console=3Dtty= 0 > earlyprintk=3Dxen nomodeset xencons=3Dhvc console=3Dhvc0 --- > /boot/initrd-2.6.32.img >=20 > From another linux m/c, I run minicom -s /dev/ttyS0, configure ser= ial > port to match above config. minicom always reports serial port as > offline. Googled and tried another option "minicom -c on /dev/ttyS= 0" > still no luck. I have made sure from BIOS on both m/c's serial com= ports > are enabled. Not quite sure what is wrong here. Does extlinux.conf= entry > looks fine? >=20 > Thanks >=20 > On Sun, Mar 28, 2010 at 4:55 AM, Pasi K=E4rkk=E4inen <[3]pasik@iki= .fi> > wrote: >=20 > On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4inen wr= ote: > > On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote: > > > I tried another thing. After compilation, I did "make > modules_install" in > > > xcp ddk in order to use following command > > > > > > mkinitrd -f ./initrd-2.6.32.img 2.6.32 > > > > > > I get following errors... > > > > > > modinfo: could not find module ide-disk > > > No module ide-disk found for kernel 2.6.32, aborting > > > > > > > mkinitrd reads /etc/modprobe.conf to figure out what modules s= hould > be included into the initrd image. > > >=20 > also I'm not sure if ide-disk is a required module for 2.6.32? >=20 > -- Pasi > > > My boot disk is ide and looking into .config didn't give = me any > ideas as > > > to what has to be enabled. > > > > > > > If you need some other module then fix it in /etc/modprobe.con= f > > You need to figure out what's the correct driver for your root= /boot > disk. > > > > -- Pasi > > > > > Thanks > > > > > > On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur > <[1][4]ritu.kaur.us@[2][5]gmail.com> > > > wrote: > > > > > > Thanks Pasi. I had used following command to regenerate > initrd image in > > > xcp ddk > > > > > > mkinitrd -f ./initrd-2.6.32.img > 2.6.27.42-0.1.1.xs0.1.1.737.1065xen > > > > > > it doesn't work either. While booting screen goes blank > immediately > > > after I see > > > ... > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > and next thing I see is BIOS setup, so not sure connect= ing > serial cable > > > will reveal anything more. Inputs appreciated. > > > > > > Thanks > > > > > > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen > <[3][6]pasik@iki.fi> > > > wrote: > > > > > > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur w= rote: > > > > Any inputs on this? I compiled xen/next kernel i= n > Debian Lenny > > > and booted > > > > successfully as a domU(I am using same .config f= ile > which I used > > > to build > > > > under xcp-ddk). Looks to me xen/next doesn't wor= k with > xcp0.1.1. > > > > > > > > > > You need to re-generate the dom0 kernel initrd to mat= ch > your kernel. > > > You cannot use the default xcp initrd image. > > > > > > Please provide the full serial console boot log so we= can > troubleshoot > > > it: > > > [4][7]http://wiki.xensource.com/xenwiki/XenSerialCons= ole > > > > > > -- Pasi > > > > > > > Thanks > > > > > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur > > > <[1][5][8]ritu.kaur.us@[2][6][9]gmail.com> > > > > wrote: > > > > > > > > Hi Pasi, > > > > > > > > Messages seen with not-working case > > > > > > > > > > > > /***************************************************************= ******************** > > > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M > > > lowmem-emergency-pool=3D1M > > > > crashkernel=3D64M@32M console=3DcomX vga=3Dmod= e-0x0311 > > > > loading /boot/xen.3.4.3.gz.......... > > > > Module:/boot/vmlinuz-2.6.32 root=3DLABEL=3Droo= t-mhycetek > ro > > > Xencons=3Dhvc > > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 = splash > > > > Loading /boot/vmlinuz-2.6.32......... > > > > Module:/boot/initrd-2.6-xen.img > > > > Loading > > > > > > > > /boot/initrd-2.6-xen.img........................................= ....................................................... > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > ****************************************************************= ***********************/ > > > > > > > > Screen is blank after these messages and syste= m > returns to BIOS > > > setup. > > > > > > > > Messages seen with working case > > > > > > > > /***************************************************************= ******************** > > > > kernel:/boot/xen.gz dom0-mem=3D752M > lowmem-emergency-pool=3D1M > > > > crashkernel=3D64M@32M comsole=3DcomX vga=3Dmod= e-0x0311 > > > > loading /boot/xen.gz.......... > > > > Module:/boot/vmlinuz-2.6.xen > root=3DLABEL=3Droot-mhycetek ro > > > Xencons=3Dhvc > > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 = splash > > > > Loading /boot/vmlinuz-2.6.xen......... > > > > Module:/boot/initrd-2.6-xen.img > > > > Loading > > > > > > > > /boot/initrd-2.6-xen.img........................................= ....................................................... > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > ****************************************************************= ***********************/ > > > > > > > > Versions used in Non-working case > > > > > > > > xen - 3.4.3/4.0.0 > > > > kernel - xen/next > > > > initrd - default one which came with xcp0.1.1 > download.(Ps > > > note, in xcp > > > > ddk cannot build initrd image) > > > > > > > > in Working case > > > > > > > > xen - 3.4.2 > > > > kernel - xcp 0.1.1 > > > > initrd - one that came with xcp 0.1.1 > > > > > > > > Checked in my .config and changed > CONFIG_PHYSICAL_START to > > > 0x00100000 > > > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't h= elp. > > > > > > > > Inputs appreciated. > > > > > > > > Thanks > > > > > > > > References > > > > > > > > Visible links > > > > 1. [7][10]http://ritu.kaur.us/ > > > > 2. [8][11]http://gmail.com/ > > > > > > > _______________________________________________ > > > > Xen-devel mailing list > > > > [9][12]Xen-devel@lists.xensource.com > > > > [10][13]http://lists.xensource.com/xen-devel > > > > > > References > > > > > > Visible links > > > 1. [14]http://ritu.kaur.us/ > > > 2. [15]http://gmail.com/ > > > 3. mailto:[16]pasik@iki.fi > > > 4. [17]http://wiki.xensource.com/xenwiki/XenSerialConsole > > > 5. [18]http://ritu.kaur.us/ > > > 6. [19]http://gmail.com/ > > > 7. [20]http://ritu.kaur.us/ > > > 8. [21]http://gmail.com/ > > > 9. mailto:[22]Xen-devel@lists.xensource.com > > > 10. [23]http://lists.xensource.com/xen-devel > > > > _______________________________________________ > > Xen-devel mailing list > > [24]Xen-devel@lists.xensource.com > > [25]http://lists.xensource.com/xen-devel >=20 > References >=20 > Visible links > 1. http://ritu.kaur.us/ > 2. http://gmail.com/ > 3. mailto:pasik@iki.fi > 4. http://ritu.kaur.us/ > 5. http://gmail.com/ > 6. mailto:pasik@iki.fi > 7. http://wiki.xensource.com/xenwiki/XenSerialConsole > 8. http://ritu.kaur.us/ > 9. http://gmail.com/ > 10. http://ritu.kaur.us/ > 11. http://gmail.com/ > 12. mailto:Xen-devel@lists.xensource.com > 13. http://lists.xensource.com/xen-devel > 14. http://ritu.kaur.us/ > 15. http://gmail.com/ > 16. mailto:pasik@iki.fi > 17. http://wiki.xensource.com/xenwiki/XenSerialConsole > 18. http://ritu.kaur.us/ > 19. http://gmail.com/ > 20. http://ritu.kaur.us/ > 21. http://gmail.com/ > 22. mailto:Xen-devel@lists.xensource.com > 23. http://lists.xensource.com/xen-devel > 24. mailto:Xen-devel@lists.xensource.com > 25. http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 06:15:59 -0700 Message-ID: References: <29b32d341003231321n502ab6acjc036d6726a749c17@mail.gmail.com> <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> <20100331063035.GI1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1790064808==" Return-path: In-Reply-To: <20100331063035.GI1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1790064808== Content-Type: multipart/alternative; boundary=000e0cd11a0e13485a0483188c75 --000e0cd11a0e13485a0483188c75 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 ports are shown and I have tried both of them. Thanks On Tue, Mar 30, 2010 at 11:30 PM, Pasi K=E4rkk=E4inen wrote: > On Tue, Mar 30, 2010 at 06:07:44PM -0700, Ritu kaur wrote: > > Just to add, I have tried both com1 and com2 from baud rate 38400 to > > 115200 no luck. Inputs much appreciated. > > > > Do you have an onboard serial port, or is at some kind of SOL? > > -- Pasi > > > Thanks > > > > On Tue, Mar 30, 2010 at 5:28 PM, Ritu kaur <[1]ritu.kaur.us@[2] > gmail.com> > > wrote: > > > > Hi Pasi, > > > > Serial console just doesn't seem to work. In extlinux.conf file I > have > > > > # location mbr > > serial 0 115200 > > default xe-serial > > prompt 1 > > timeout 50 > > ... > > > > label xe-serial > > # XenCloudPlatform (Serial) > > kernel mboot.c32 > > append /boot/xen.3.4.3.gz com1=3D115200,8n1 console=3Dcom1,vga > > dom0_mem=3D752M lowmem_emergency_pool=3D1M crashkernel=3D64M@32M -= -- > > /boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro console=3Dtty= 0 > > earlyprintk=3Dxen nomodeset xencons=3Dhvc console=3Dhvc0 --- > > /boot/initrd-2.6.32.img > > > > From another linux m/c, I run minicom -s /dev/ttyS0, configure > serial > > port to match above config. minicom always reports serial port as > > offline. Googled and tried another option "minicom -c on /dev/ttyS= 0" > > still no luck. I have made sure from BIOS on both m/c's serial com > ports > > are enabled. Not quite sure what is wrong here. Does extlinux.conf > entry > > looks fine? > > > > Thanks > > > > On Sun, Mar 28, 2010 at 4:55 AM, Pasi K=E4rkk=E4inen <[3]pasik@iki= .fi> > > wrote: > > > > On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk=E4inen wr= ote: > > > On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kaur wrote: > > > > I tried another thing. After compilation, I did "make > > modules_install" in > > > > xcp ddk in order to use following command > > > > > > > > mkinitrd -f ./initrd-2.6.32.img 2.6.32 > > > > > > > > I get following errors... > > > > > > > > modinfo: could not find module ide-disk > > > > No module ide-disk found for kernel 2.6.32, aborting > > > > > > > > > > mkinitrd reads /etc/modprobe.conf to figure out what modules > should > > be included into the initrd image. > > > > > > > also I'm not sure if ide-disk is a required module for 2.6.32? > > > > -- Pasi > > > > My boot disk is ide and looking into .config didn't give = me > any > > ideas as > > > > to what has to be enabled. > > > > > > > > > > If you need some other module then fix it in /etc/modprobe.con= f > > > You need to figure out what's the correct driver for your > root/boot > > disk. > > > > > > -- Pasi > > > > > > > Thanks > > > > > > > > On Sat, Mar 27, 2010 at 6:32 PM, Ritu kaur > > <[1][4]ritu.kaur.us@[2][5]gmail.com> > > > > wrote: > > > > > > > > Thanks Pasi. I had used following command to regenerate > > initrd image in > > > > xcp ddk > > > > > > > > mkinitrd -f ./initrd-2.6.32.img > > 2.6.27.42-0.1.1.xs0.1.1.737.1065xen > > > > > > > > it doesn't work either. While booting screen goes blank > > immediately > > > > after I see > > > > ... > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > and next thing I see is BIOS setup, so not sure > connecting > > serial cable > > > > will reveal anything more. Inputs appreciated. > > > > > > > > Thanks > > > > > > > > On Sat, Mar 27, 2010 at 11:43 AM, Pasi K=E4rkk=E4inen > > <[3][6]pasik@iki.fi> > > > > wrote: > > > > > > > > On Sat, Mar 27, 2010 at 11:28:12AM -0700, Ritu kaur > wrote: > > > > > Any inputs on this? I compiled xen/next kernel i= n > > Debian Lenny > > > > and booted > > > > > successfully as a domU(I am using same .config > file > > which I used > > > > to build > > > > > under xcp-ddk). Looks to me xen/next doesn't wor= k > with > > xcp0.1.1. > > > > > > > > > > > > > You need to re-generate the dom0 kernel initrd to mat= ch > > your kernel. > > > > You cannot use the default xcp initrd image. > > > > > > > > Please provide the full serial console boot log so we > can > > troubleshoot > > > > it: > > > > [4][7] > http://wiki.xensource.com/xenwiki/XenSerialConsole > > > > > > > > -- Pasi > > > > > > > > > Thanks > > > > > > > > > > On Fri, Mar 26, 2010 at 12:11 PM, Ritu kaur > > > > <[1][5][8]ritu.kaur.us@[2][6][9]gmail.com> > > > > > wrote: > > > > > > > > > > Hi Pasi, > > > > > > > > > > Messages seen with not-working case > > > > > > > > > > > > > > > > > /***********************************************************************= ************ > > > > > kernel:/boot/xen.3.4.3.gz dom0-mem=3D752M > > > > lowmem-emergency-pool=3D1M > > > > > crashkernel=3D64M@32M console=3DcomX > vga=3Dmode-0x0311 > > > > > loading /boot/xen.3.4.3.gz.......... > > > > > Module:/boot/vmlinuz-2.6.32 > root=3DLABEL=3Droot-mhycetek > > ro > > > > Xencons=3Dhvc > > > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 = splash > > > > > Loading /boot/vmlinuz-2.6.32......... > > > > > Module:/boot/initrd-2.6-xen.img > > > > > Loading > > > > > > > > > > > > /boot/initrd-2.6-xen.img................................................= ............................................... > > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > > > > > ************************************************************************= ***************/ > > > > > > > > > > Screen is blank after these messages and syste= m > > returns to BIOS > > > > setup. > > > > > > > > > > Messages seen with working case > > > > > > > > > > > > /***********************************************************************= ************ > > > > > kernel:/boot/xen.gz dom0-mem=3D752M > > lowmem-emergency-pool=3D1M > > > > > crashkernel=3D64M@32M comsole=3DcomX > vga=3Dmode-0x0311 > > > > > loading /boot/xen.gz.......... > > > > > Module:/boot/vmlinuz-2.6.xen > > root=3DLABEL=3Droot-mhycetek ro > > > > Xencons=3Dhvc > > > > > console=3Dhvc0 console=3Dtty0 quiet vga=3D785 = splash > > > > > Loading /boot/vmlinuz-2.6.xen......... > > > > > Module:/boot/initrd-2.6-xen.img > > > > > Loading > > > > > > > > > > > > /boot/initrd-2.6-xen.img................................................= ............................................... > > > > > Booting:MBI=3D0x00010120, entry=3D0x00100000 > > > > > > > > > > > > ************************************************************************= ***************/ > > > > > > > > > > Versions used in Non-working case > > > > > > > > > > xen - 3.4.3/4.0.0 > > > > > kernel - xen/next > > > > > initrd - default one which came with xcp0.1.1 > > download.(Ps > > > > note, in xcp > > > > > ddk cannot build initrd image) > > > > > > > > > > in Working case > > > > > > > > > > xen - 3.4.2 > > > > > kernel - xcp 0.1.1 > > > > > initrd - one that came with xcp 0.1.1 > > > > > > > > > > Checked in my .config and changed > > CONFIG_PHYSICAL_START to > > > > 0x00100000 > > > > > and CONFIG_PHYSICAL_ALIGN=3D0x100000, didn't h= elp. > > > > > > > > > > Inputs appreciated. > > > > > > > > > > Thanks > > > > > > > > > > References > > > > > > > > > > Visible links > > > > > 1. [7][10]http://ritu.kaur.us/ > > > > > 2. [8][11]http://gmail.com/ > > > > > > > > > _______________________________________________ > > > > > Xen-devel mailing list > > > > > [9][12]Xen-devel@lists.xensource.com > > > > > [10][13]http://lists.xensource.com/xen-devel > > > > > > > > References > > > > > > > > Visible links > > > > 1. [14]http://ritu.kaur.us/ > > > > 2. [15]http://gmail.com/ > > > > 3. mailto:[16]pasik@iki.fi > > > > 4. [17]http://wiki.xensource.com/xenwiki/XenSerialConsole > > > > 5. [18]http://ritu.kaur.us/ > > > > 6. [19]http://gmail.com/ > > > > 7. [20]http://ritu.kaur.us/ > > > > 8. [21]http://gmail.com/ > > > > 9. mailto:[22]Xen-devel@lists.xensource.com > > > > 10. [23]http://lists.xensource.com/xen-devel > > > > > > _______________________________________________ > > > Xen-devel mailing list > > > [24]Xen-devel@lists.xensource.com > > > [25]http://lists.xensource.com/xen-devel > > > > References > > > > Visible links > > 1. http://ritu.kaur.us/ > > 2. http://gmail.com/ > > 3. mailto:pasik@iki.fi > > 4. http://ritu.kaur.us/ > > 5. http://gmail.com/ > > 6. mailto:pasik@iki.fi > > 7. http://wiki.xensource.com/xenwiki/XenSerialConsole > > 8. http://ritu.kaur.us/ > > 9. http://gmail.com/ > > 10. http://ritu.kaur.us/ > > 11. http://gmail.com/ > > 12. mailto:Xen-devel@lists.xensource.com > > 13. http://lists.xensource.com/xen-devel > > 14. http://ritu.kaur.us/ > > 15. http://gmail.com/ > > 16. mailto:pasik@iki.fi > > 17. http://wiki.xensource.com/xenwiki/XenSerialConsole > > 18. http://ritu.kaur.us/ > > 19. http://gmail.com/ > > 20. http://ritu.kaur.us/ > > 21. http://gmail.com/ > > 22. mailto:Xen-devel@lists.xensource.com > > 23. http://lists.xensource.com/xen-devel > > 24. mailto:Xen-devel@lists.xensource.com > > 25. http://lists.xensource.com/xen-devel > --000e0cd11a0e13485a0483188c75 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 ports = are shown and I have tried both of them.

Thanks

On Tue, Mar 30, 2010 at 11:30 PM, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Tue, Mar 30, 2010 at 06:07:44PM -0700, Ritu kaur wrote:
> =A0 =A0Just to add, I have tried both com1 and= com2 from baud rate 38400 to
> =A0 =A0115200 no luck. Inputs much appreciated.
>

Do you have an onboard serial port, or is at some k= ind of SOL?

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Tue, Mar 30, 2010 at 5:28 PM, Ritu kaur <[1]ritu.kaur.us@[2]gmail.com>
> =A0 =A0wrote:
>
> =A0 =A0 =A0Hi Pasi,
>
> =A0 =A0 =A0Serial console just doesn't seem to work. In extlinux.c= onf file I have
>
> =A0 =A0 =A0# location mbr
> =A0 =A0 =A0serial 0 115200
> =A0 =A0 =A0default xe-serial
> =A0 =A0 =A0prompt 1
> =A0 =A0 =A0timeout 50
> =A0 =A0 =A0...
>
> =A0 =A0 =A0label xe-serial
> =A0 =A0 =A0 =A0# XenCloudPlatform (Serial)
> =A0 =A0 =A0 =A0kernel mboot.c32
> =A0 =A0 =A0 =A0append /boot/xen.3.4.3.gz com1=3D115200,8n1 console=3Dc= om1,vga
> =A0 =A0 =A0dom0_mem=3D752M lowmem_emergency_pool=3D1M crashkernel=3D64= M@32M ---
> =A0 =A0 =A0/boot/vmlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek ro consol= e=3Dtty0
> =A0 =A0 =A0earlyprintk=3Dxen nomodeset xencons=3Dhvc console=3Dhvc0 --= -
> =A0 =A0 =A0/boot/initrd-2.6.32.img
>
> =A0 =A0 =A0From another linux m/c, I run minicom -s /dev/ttyS0, config= ure serial
> =A0 =A0 =A0port to match above config. minicom always reports serial p= ort as
> =A0 =A0 =A0offline. Googled and tried another option "minicom -c = on /dev/ttyS0"
> =A0 =A0 =A0still no luck. I have made sure from BIOS on both m/c's= serial com ports
> =A0 =A0 =A0are enabled. Not quite sure what is wrong here. Does extlin= ux.conf entry
> =A0 =A0 =A0looks fine?
>
> =A0 =A0 =A0Thanks
>
> =A0 =A0 =A0On Sun, Mar 28, 2010 at 4:55 AM, Pa= si K=E4rkk=E4inen <[3]pasik@iki.fi&g= t;
> =A0 =A0 =A0wrote:
>
> =A0 =A0 =A0 =A0On Sun, Mar 28, 2010 at 02:34:39PM +0300, Pasi K=E4rkk= =E4inen wrote:
> =A0 =A0 =A0 =A0> On Sat, Mar 27, 2010 at 08:21:49PM -0700, Ritu kau= r wrote:
> =A0 =A0 =A0 =A0> > =A0 =A0I tried another thing. After compilati= on, =A0I did "make
> =A0 =A0 =A0 =A0modules_install" in
> =A0 =A0 =A0 =A0> > =A0 =A0xcp ddk in order to use following comm= and
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0mkinitrd -f ./initrd-2.6.32.img 2.6.32=
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0I get following errors...
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0modinfo: could not find module ide-dis= k
> =A0 =A0 =A0 =A0> > =A0 =A0No module ide-disk found for kernel 2.= 6.32, aborting
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> mkinitrd reads /etc/modprobe.conf to figure out wh= at modules should
> =A0 =A0 =A0 =A0be included into the initrd image.
> =A0 =A0 =A0 =A0>
>
> =A0 =A0 =A0 =A0also I'm not sure if ide-disk is a required module = for 2.6.32?
>
> =A0 =A0 =A0 =A0-- Pasi
> =A0 =A0 =A0 =A0> > =A0 =A0My boot disk is ide and looking into .= config didn't give me any
> =A0 =A0 =A0 =A0ideas as
> =A0 =A0 =A0 =A0> > =A0 =A0to what has to be enabled.
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> If you need some other module then fix it in /etc/= modprobe.conf
> =A0 =A0 =A0 =A0> You need to figure out what's the correct driv= er for your root/boot
> =A0 =A0 =A0 =A0disk.
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> -- Pasi
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0Thanks
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0On Sat, Mar 27, 2010 at 6:32 PM, Ritu = kaur
> =A0 =A0 =A0 =A0<[1][4]ritu.kaur.us@[2][5]gmail.com>
> =A0 =A0 =A0 =A0> > =A0 =A0wrote:
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0Thanks Pasi. I had used following = command to regenerate
> =A0 =A0 =A0 =A0initrd image in
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0xcp ddk
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0mkinitrd -f ./initrd-2.6.32.img > =A0 =A0 =A0 =A0 2.6.27.42-0.1.1.xs0.1.1.737.1065xen
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0it doesn't work either. While = booting screen goes blank
> =A0 =A0 =A0 =A0immediately
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0after I see
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0...
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 Booting:MBI=3D0x00010120, entry= =3D0x00100000
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0and next thing I see is BIOS setup= , so not sure connecting
> =A0 =A0 =A0 =A0serial cable
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0will reveal anything more. Inputs = appreciated.
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0Thanks
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0On Sat, Mar 27, 2010 at 11:43 AM, = Pasi K=E4rkk=E4inen
> =A0 =A0 =A0 =A0<[3][6]pasik@i= ki.fi>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0wrote:
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0On Sat, Mar 27, 2010 at 11:28:= 12AM -0700, Ritu kaur wrote:
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0Any inputs on this= ? I compiled xen/next kernel in
> =A0 =A0 =A0 =A0Debian Lenny
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0and booted
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0successfully as a = domU(I am using same .config file
> =A0 =A0 =A0 =A0which I used
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0to build
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0under xcp-ddk). Lo= oks to me xen/next doesn't work with
> =A0 =A0 =A0 =A0xcp0.1.1.
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0You need to re-generate the do= m0 kernel initrd to match
> =A0 =A0 =A0 =A0your kernel.
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0You cannot use the default xcp= initrd image.
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0Please provide the full serial= console boot log so we can
> =A0 =A0 =A0 =A0troubleshoot
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0it:
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0[4][7]http://wiki.= xensource.com/xenwiki/XenSerialConsole
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0-- Pasi
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0Thanks
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0On Fri, Mar 26, 20= 10 at 12:11 PM, Ritu kaur
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0<[1][5][8]ritu.kaur.us@[2][6][9]gmail.com>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0= =A0> =A0 =A0wrote:
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Hi Pasi,
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Messages seen = with not-working case
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0/******************************************************= *****************************
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel:/boot/x= en.3.4.3.gz dom0-mem=3D752M
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0lowmem-emergency-pool=3D1M
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0crashkernel=3D= 64M@32M console=3DcomX vga=3Dmode-0x0311
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0loading /boot/= xen.3.4.3.gz..........
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/v= mlinuz-2.6.32 root=3DLABEL=3Droot-mhycetek
> =A0 =A0 =A0 =A0ro
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0Xencons=3Dhvc
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0console=3Dhvc0= console=3Dtty0 quiet vga=3D785 splash
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading /boot/= vmlinuz-2.6.32.........
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/i= nitrd-2.6-xen.img
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0/boot/initrd-2.6-xen.img...............................= ................................................................
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Booting:MBI=3D= 0x00010120, entry=3D0x00100000
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0*******************************************************= ********************************/
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Screen is blan= k after these messages and system
> =A0 =A0 =A0 =A0returns to BIOS
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0setup.
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Messages seen = with working case
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0/******************************************************= *****************************
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel:/boot/x= en.gz dom0-mem=3D752M
> =A0 =A0 =A0 =A0lowmem-emergency-pool=3D1M
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0crashkernel=3D= 64M@32M comsole=3DcomX vga=3Dmode-0x0311
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0loading /boot/= xen.gz..........
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/v= mlinuz-2.6.xen
> =A0 =A0 =A0 =A0root=3DLABEL=3Droot-mhycetek ro
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0Xencons=3Dhvc
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0console=3Dhvc0= console=3Dtty0 quiet vga=3D785 splash
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading /boot/= vmlinuz-2.6.xen.........
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Module:/boot/i= nitrd-2.6-xen.img
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Loading
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0/boot/initrd-2.6-xen.img...............................= ................................................................
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Booting:MBI=3D= 0x00010120, entry=3D0x00100000
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0*******************************************************= ********************************/
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Versions used = in Non-working case
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0xen - 3.4.3/4.= 0.0
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel - xen/n= ext
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0initrd - defau= lt one which came with xcp0.1.1
> =A0 =A0 =A0 =A0download.(Ps
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0note, in xcp
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0ddk cannot bui= ld initrd image)
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0in Working cas= e
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0xen - 3.4.2 > =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0kernel - xcp 0= .1.1
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0initrd - one t= hat came with xcp 0.1.1
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Checked in my = .config and changed
> =A0 =A0 =A0 =A0CONFIG_PHYSICAL_START to
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A00x00100000
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0and CONFIG_PHY= SICAL_ALIGN=3D0x100000, didn't help.
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Inputs appreci= ated.
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0 =A0Thanks
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> References
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A0Visible links
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A01. [7]= [10]http://ritu.kaur.us/=
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> =A0 =A02. [8][11]http://gmail.com/
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> _________________________= ______________________
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> Xen-devel mailing list > =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> [9][12]Xen-devel@lists.xensource.com
> =A0 =A0 =A0 =A0> > =A0 =A0 =A0 =A0> [10][13]http://lists.xensource.co= m/xen-devel
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > References
> =A0 =A0 =A0 =A0> >
> =A0 =A0 =A0 =A0> > =A0 =A0Visible links
> =A0 =A0 =A0 =A0> > =A0 =A01. [14]http://ritu.kaur.us/
> =A0 =A0 =A0 =A0> > =A0 =A02. [15]http://gmail.com/
> =A0 =A0 =A0 =A0> > =A0 =A03. mailto:[16]pasik@iki.fi
> =A0 =A0 =A0 =A0> > =A0 =A04. [17]http://wiki.xensource.com= /xenwiki/XenSerialConsole
> =A0 =A0 =A0 =A0> > =A0 =A05. [18]http://ritu.kaur.us/
> =A0 =A0 =A0 =A0> > =A0 =A06. [19]http://gmail.com/
> =A0 =A0 =A0 =A0> > =A0 =A07. [20]http://ritu.kaur.us/
> =A0 =A0 =A0 =A0> > =A0 =A08. [21]http://gmail.com/
> =A0 =A0 =A0 =A0> > =A0 =A09. mailto:[22]Xen-devel@lists.xensource.com
> =A0 =A0 =A0 =A0> > =A0 10. [23]http://lists.xensource.com/xen-devel<= br> > =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> _______________________________________________ > =A0 =A0 =A0 =A0> Xen-devel mailing list
> =A0 =A0 =A0 =A0> [24]Xen-devel@lists.xensource.com
> =A0 =A0 =A0 =A0> [25]http://lists.xensource.com/xen-devel
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://ri= tu.kaur.us/
> =A0 =A02. http://gmail= .com/
> =A0 =A03. mailto:pasik@iki.fi
> =A0 =A04. http://ritu.kaur.us/
> =A0 =A05. http://gmail= .com/
> =A0 =A06. mailto:pasik@iki.fi
> =A0 22. mailto:= Xen-devel@lists.xensource.com
> =A0 23. http://lists.xensource.com/xen-devel
> =A0 24. mailto:Xen-de= vel@lists.xensource.com
> =A0 25. http://lists.xensource.com/xen-devel

--000e0cd11a0e13485a0483188c75-- --===============1790064808== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1790064808==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 09:42:10 -0400 Message-ID: <20100331134210.GD28074@phenom.dumpdata.com> References: <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <20100327184311.GK1878@reaktio.net> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> <20100331063035.GI1878@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote: > It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 ports are > shown and I have tried both of them. And the cable you have, it is a null modem serial cable? Have you ever had serial cable working (say with baremetal Linux?) From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 06:55:54 -0700 Message-ID: References: <29b32d341003271128g2638e2cqd76adcf75fcfff8b@mail.gmail.com> <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0443875334==" Return-path: In-Reply-To: <20100331134210.GD28074@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0443875334== Content-Type: multipart/alternative; boundary=000e0cd104f4d211d20483191a35 --000e0cd104f4d211d20483191a35 Content-Type: text/plain; charset=ISO-8859-1 Konrad, yes it is a null-modem cable. Cable was bought for this testing. Thanks On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote: > > It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 ports > are > > shown and I have tried both of them. > > And the cable you have, it is a null modem serial cable? Have you ever > had serial cable working (say with baremetal Linux?) > --000e0cd104f4d211d20483191a35 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Konrad, yes it is a null-modem cable. Cable was bought for this testing.
Thanks

On Wed, Mar 31, 2010 at 6:42= AM, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote:
> It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 p= orts are
> shown and I have tried both of them.

And the cable you have, it is a null modem serial cable? Have you eve= r
had serial cable working (say with baremetal Linux?)

--000e0cd104f4d211d20483191a35-- --===============0443875334== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0443875334==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 17:39:13 +0300 Message-ID: <20100331143913.GL1878@reaktio.net> References: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <29b32d341003272021x70d8d757s28d88f0134809c45@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On Wed, Mar 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote: > Konrad, yes it is a null-modem cable. Cable was bought for this testing. > First get it working on baremetal Linux (non-Xen), then continue with Xen. -- Pasi > Thanks > > On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk > <[1]konrad.wilk@oracle.com> wrote: > > On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote: > > It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 ports > are > > shown and I have tried both of them. > > And the cable you have, it is a null modem serial cable? Have you ever > had serial cable working (say with baremetal Linux?) > > References > > Visible links > 1. mailto:konrad.wilk@oracle.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 14:10:59 -0700 Message-ID: References: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <20100328113439.GO1878@reaktio.net> <20100328115550.GQ1878@reaktio.net> <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=000e0cd17ea2cd02d504831f2e9a Return-path: In-Reply-To: <20100331143913.GL1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org --000e0cd17ea2cd02d504831f2e9a Content-Type: multipart/alternative; boundary=000e0cd17ea2cd02cc04831f2e98 --000e0cd17ea2cd02cc04831f2e98 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Attached xen debug logs. Just to update this is with xen/next and xcp0.1.1 as dom0. Inputs appreciated. Thanks On Wed, Mar 31, 2010 at 7:39 AM, Pasi K=E4rkk=E4inen wrote: > On Wed, Mar 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote: > > Konrad, yes it is a null-modem cable. Cable was bought for this > testing. > > > > First get it working on baremetal Linux (non-Xen), then continue with Xen= . > > -- Pasi > > > Thanks > > > > On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk > > <[1]konrad.wilk@oracle.com> wrote: > > > > On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote: > > > It's a onboard serial port. From dmesg there are ttyS0 and ttyS1 > ports > > are > > > shown and I have tried both of them. > > > > And the cable you have, it is a null modem serial cable? Have you > ever > > had serial cable working (say with baremetal Linux?) > > > > References > > > > Visible links > > 1. mailto:konrad.wilk@oracle.com > --000e0cd17ea2cd02cc04831f2e98 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Attached xen debug logs. Just to update this is with xen/next and xcp0.1.1 = as dom0. Inputs appreciated.

Thanks


On Wed, Mar 31, 2010 at 7:39 AM, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Wed, Mar 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote:
> =A0 =A0Konrad, yes it is a null-modem cable. C= able was bought for this testing.
>

First get it working on baremetal Linux (non-Xen), = then continue with Xen.

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk
> =A0 =A0<[1]konrad.wilk@oracle.com> wrote:
>
> =A0 =A0 =A0On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote:<= br> > =A0 =A0 =A0> It's a onboard serial port. From dmesg there are t= tyS0 and ttyS1 ports
> =A0 =A0 =A0are
> =A0 =A0 =A0> shown and I have tried both of them.
>
> =A0 =A0 =A0And the cable you have, it is a null modem serial cable? Ha= ve you ever
> =A0 =A0 =A0had serial cable working (say with baremetal Linux?)
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. mailto:konrad.wilk= @oracle.com

--000e0cd17ea2cd02cc04831f2e98-- --000e0cd17ea2cd02d504831f2e9a Content-Type: application/octet-stream; name="xen-debugs.xcp" Content-Disposition: attachment; filename="xen-debugs.xcp" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g7gmsocc0 IFwgXC8gL19fXyBfIF9fICAgfF9fXyAvfCB8fCB8ICB8X19fIC8gICAgXyBfXyBfX198IHx8IHwg ICAgIF8gX18gIF8gX18gX19fIAogIFwgIC8vIF8gXCAnXyBcICAgIHxfIFx8IHx8IHxfICAgfF8g XCBfX3wgJ19fLyBfX3wgfHwgfF8gX198ICdfIFx8ICdfXy8gXyBcCiAgLyAgXCAgX18vIHwgfCB8 ICBfX18pIHxfXyAgIF98IF9fXykgfF9ffCB8IHwgKF9ffF9fICAgX3xfX3wgfF8pIHwgfCB8ICBf Xy8KIC9fL1xfXF9fX3xffCB8X3wgfF9fX18oXykgfF98KF8pX19fXy8gICB8X3wgIFxfX198ICB8 X3wgICAgfCAuX18vfF98ICBcX19ffAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8X3wgICAgICAgICAgICAgCihYRU4pIFhlbiB2ZXJz aW9uIDMuNC4zLXJjNC1wcmUgKHJvb3RAKSAoZ2NjIHZlcnNpb24gNC4xLjIgMjAwODA3MDQgKFJl ZCBIYXQgNC4xLjItNDYpKSBTYXQgTWFyIDIwIDIxOjEzOjQ3IEVEVCAyMDEwCihYRU4pIExhdGVz dCBDaGFuZ2VTZXQ6IFR1ZSBNYXIgMDkgMTg6MTU6NTIgMjAxMCArMDAwMCAxOTkyNDo2ZTcyZjhj M2MwMTcKKFhFTikgQ29tbWFuZCBsaW5lOiBjb20xPTExNTIwMCw4bjEgY29uc29sZT1jb20xLHZn YSBkb20wX21lbT03NTJNIGxvd21lbV9lbWVyZ2VuY3lfcG9vbD0xTSBjcmFzaGtlcm5lbD02NE1A MzJNIAooWEVOKSBWaWRlbyBpbmZvcm1hdGlvbjoKKFhFTikgIFZHQSBpcyB0ZXh0IG1vZGUgODB4 MjUsIGZvbnQgOHgxNgooWEVOKSAgVkJFL0REQyBtZXRob2RzOiBub25lOyBFRElEIHRyYW5zZmVy IHRpbWU6IDAgc2Vjb25kcwooWEVOKSAgRURJRCBpbmZvIG5vdCByZXRyaWV2ZWQgYmVjYXVzZSBu byBEREMgcmV0cmlldmFsIG1ldGhvZCBkZXRlY3RlZAooWEVOKSBEaXNjIGluZm9ybWF0aW9uOgoo WEVOKSAgRm91bmQgMSBNQlIgc2lnbmF0dXJlcwooWEVOKSAgRm91bmQgMSBFREQgaW5mb3JtYXRp b24gc3RydWN0dXJlcwooWEVOKSBYZW4tZTgyMCBSQU0gbWFwOgooWEVOKSAgMDAwMDAwMDAwMDAw MDAwMCAtIDAwMDAwMDAwMDAwOWNjMDAgKHVzYWJsZSkKKFhFTikgIDAwMDAwMDAwMDAwOWNjMDAg LSAwMDAwMDAwMDAwMGEwMDAwIChyZXNlcnZlZCkKKFhFTikgIDAwMDAwMDAwMDAwZTQwMDAgLSAw MDAwMDAwMDAwMTAwMDAwIChyZXNlcnZlZCkKKFhFTikgIDAwMDAwMDAwMDAxMDAwMDAgLSAwMDAw MDAwMDdmNjgwMDAwICh1c2FibGUpCihYRU4pICAwMDAwMDAwMDdmNjgwMDAwIC0gMDAwMDAwMDA3 ZjY4YjAwMCAoQUNQSSBkYXRhKQooWEVOKSAgMDAwMDAwMDA3ZjY4YjAwMCAtIDAwMDAwMDAwN2Y3 MDAwMDAgKEFDUEkgTlZTKQooWEVOKSAgMDAwMDAwMDA3ZjcwMDAwMCAtIDAwMDAwMDAwODAwMDAw MDAgKHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZTQwMDAwMDAg KHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMTAwMDAgKHJl c2VydmVkKQooWEVOKSAgMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAwMDAwZmVlMDEwMDAgKHJlc2Vy dmVkKQooWEVOKSAgMDAwMDAwMDBmZjAwMDAwMCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVk KQooWEVOKSBLZHVtcDogNjRNQiAoNjU1MzZrQikgYXQgMHgyMDAwMDAwCihYRU4pIFN5c3RlbSBS QU06IDIwMzhNQiAoMjA4NzAyNGtCKQooWEVOKSBBQ1BJOiBSU0RQIDAwMEY2RUUwLCAwMDE0IChy MCBJTlRFTEIpCihYRU4pIEFDUEk6IFJTRFQgN0Y2ODNENzUsIDAwM0MgKHIxIFBUTFREICAgIFJT RFQgICAgNjA0MDAwMCAgTFRQICAgICAgICAwKQooWEVOKSBBQ1BJOiBGQUNQIDdGNjhBRTdFLCAw MDg0IChyMSBTVVBSTUMgICAgICAgICAgIDYwNDAwMDAgUFRMICAgICAgICAgMykKKFhFTikgQUNQ STogRFNEVCA3RjY4NTVFMywgNTg5QiAocjEgIElOVEVMIEJSX1dBVEVSICA2MDQwMDAwIE1TRlQg IDMwMDAwMDEpCihYRU4pIEFDUEk6IEZBQ1MgN0Y2OEJGQzAsIDAwNDAKKFhFTikgQUNQSTogVENQ QSA3RjY4QUYwMiwgMDAzMiAocjEgU01DICAgICAgICAgICAgICA2MDQwMDAwIFBUTCAgICAgICAg IDApCihYRU4pIEFDUEk6IE1DRkcgN0Y2OEFGMzQsIDAwM0MgKHIxIElOVEVMQiBSX1dBVEVSUCAg NjA0MDAwMCAgTFRQICAgICAgICAwKQooWEVOKSBBQ1BJOiBBUElDIDdGNjhBRjcwLCAwMDY4IChy MSBJTlRFTEIgUl9XQVRFUlAgIDYwNDAwMDAgIExUUCAgICAgICAgMCkKKFhFTikgQUNQSTogQk9P VCA3RjY4QUZEOCwgMDAyOCAocjEgSU5URUxCIFJfV0FURVJQICA2MDQwMDAwICBMVFAgICAgICAg IDEpCihYRU4pIEFDUEk6IFNTRFQgN0Y2ODNEQjEsIDEzRUMgKHIxIElOVEVMQiBSX1dBVEVSVyAg ICAgMzAwMCBJTlRMIDIwMDYxMTA5KQooWEVOKSBYZW4gaGVhcDogOU1CICg5ODAwa0IpCihYRU4p IERvbWFpbiBoZWFwIGluaXRpYWxpc2VkCihYRU4pIFByb2Nlc3NvciAjMCA2OjE1IEFQSUMgdmVy c2lvbiAyMAooWEVOKSBQcm9jZXNzb3IgIzEgNjoxNSBBUElDIHZlcnNpb24gMjAKKFhFTikgSU9B UElDWzBdOiBhcGljX2lkIDIsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAt MjMKKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzCihY RU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENyZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikg RGV0ZWN0ZWQgMTg2Mi4wNDEgTUh6IHByb2Nlc3Nvci4KKFhFTikgVk1YOiBTdXBwb3J0ZWQgYWR2 YW5jZWQgZmVhdHVyZXM6CihYRU4pICAtIE1TUiBkaXJlY3QtYWNjZXNzIGJpdG1hcAooWEVOKSBI Vk06IFZNWCBlbmFibGVkCihYRU4pIENQVTA6IEludGVsKFIpIENvcmUoVE0pMiBDUFUgICAgICAg ICAgNjMyMCAgQCAxLjg2R0h6IHN0ZXBwaW5nIDA2CihYRU4pIEJvb3RpbmcgcHJvY2Vzc29yIDEv MSBlaXAgODgwMDAKKFhFTikgQ1BVMTogSW50ZWwoUikgQ29yZShUTSkyIENQVSAgICAgICAgICA2 MzIwICBAIDEuODZHSHogc3RlcHBpbmcgMDYKKFhFTikgVG90YWwgb2YgMiBwcm9jZXNzb3JzIGFj dGl2YXRlZC4KKFhFTikgRU5BQkxJTkcgSU8tQVBJQyBJUlFzCihYRU4pICAtPiBVc2luZyBuZXcg QUNLIG1ldGhvZAooWEVOKSBjaGVja2luZyBUU0Mgc3luY2hyb25pemF0aW9uIGFjcm9zcyAyIENQ VXM6IHBhc3NlZC4KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMy41NzlNSHogQUNQSSBQTSBUaW1l cgr/KFhFTikgQnJvdWdodCB1cCAyIENQVXMKKFhFTikgSS9PIHZpcnR1YWxpc2F0aW9uIGRpc2Fi bGVkCihYRU4pIENQVUlETEU6IGRpc2FibGVkIGR1ZSB0byBubyBIUEVULiBGb3JjZSBlbmFibGUg d2l0aCAnY3B1aWRsZScuCihYRU4pICoqKiBMT0FESU5HIERPTUFJTiAwICoqKgooWEVOKSAgWGVu ICBrZXJuZWw6IDMyLWJpdCwgUEFFLCBsc2IKKFhFTikgIERvbTAga2VybmVsOiAzMi1iaXQsIFBB RSwgbHNiLCBwYWRkciAweDQwMDAwMCAtPiAweDlhZDAwMAooWEVOKSBQSFlTSUNBTCBNRU1PUlkg QVJSQU5HRU1FTlQ6CihYRU4pICBEb20wIGFsbG9jLjogICAwMDAwMDAwMDNjMDAwMDAwLT4wMDAw MDAwMDNlMDAwMDAwICgxODQzMjAgcGFnZXMgdG8gYmUgYWxsb2NhdGVkKQooWEVOKSBWSVJUVUFM IE1FTU9SWSBBUlJBTkdFTUVOVDoKKFhFTikgIExvYWRlZCBrZXJuZWw6IGMwNDAwMDAwLT5jMDlh ZDAwMAooWEVOKSAgSW5pdC4gcmFtZGlzazogYzA5YWQwMDAtPmMwZWU2YTAwCihYRU4pICBQaHlz LU1hY2ggbWFwOiBjMGVlNzAwMC0+YzBmYTMwMDAKKFhFTikgIFN0YXJ0IGluZm86ICAgIGMwZmEz MDAwLT5jMGZhMzQ3YwooWEVOKSAgUGFnZSB0YWJsZXM6ICAgYzBmYTQwMDAtPmMwZmIzMDAwCihY RU4pICBCb290IHN0YWNrOiAgICBjMGZiMzAwMC0+YzBmYjQwMDAKKFhFTikgIFRPVEFMOiAgICAg ICAgIGMwMDAwMDAwLT5jMTQwMDAwMAooWEVOKSAgRU5UUlkgQUREUkVTUzogYzA3ODAwMDAKKFhF TikgRG9tMCBoYXMgbWF4aW11bSAyIFZDUFVzCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4u Li4uLi4uLi4uLmRvbmUuCihYRU4pIFhlbiB0cmFjZSBidWZmZXJzOiBkaXNhYmxlZAooWEVOKSBT dGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBO b3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpCihYRU4pIFhlbiBpcyBy ZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xlLgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAg KHR5cGUgJ0NUUkwtYScgdGhyZWUgdGltZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikg RnJlZWQgMTE2a0IgaW5pdCBtZW1vcnkuCm1hcHBpbmcga2VybmVsIGludG8gcGh5c2ljYWwgbWVt b3J5Clhlbjogc2V0dXAgSVNBIGlkZW50aXR5IG1hcHMKYWJvdXQgdG8gZ2V0IHN0YXJ0ZWQuLi4K WyAgICAwLjAwMDAwMF0gUmVzZXJ2aW5nIHZpcnR1YWwgYWRkcmVzcyBzcGFjZSBhYm92ZSAweGY1 ODAwMDAwClsgICAgMC4wMDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdXNldApb ICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHUKWyAgICAwLjAwMDAw MF0gTGludXggdmVyc2lvbiAyLjYuMzIgKHJvb3RAbG9jYWxob3N0LmxvY2FsZG9tYWluKSAoZ2Nj IHZlcnNpb24gNC4xLjIgMjAwODA3MDQgKFJlZCBIYXQgNC4xLjItNDYpKSAjNyBTTVAgU3VuIE1h ciAyOCAxMjoxNjozOCBFRFQgMjAxMApbICAgIDAuMDAwMDAwXSBLRVJORUwgc3VwcG9ydGVkIGNw dXM6ClsgICAgMC4wMDAwMDBdICAgSW50ZWwgR2VudWluZUludGVsClsgICAgMC4wMDAwMDBdICAg QU1EIEF1dGhlbnRpY0FNRApbICAgIDAuMDAwMDAwXSAgIE5TQyBHZW9kZSBieSBOU0MKWyAgICAw LjAwMDAwMF0gICBDeXJpeCBDeXJpeEluc3RlYWQKWyAgICAwLjAwMDAwMF0gICBDZW50YXVyIENl bnRhdXJIYXVscwpbICAgIDAuMDAwMDAwXSAgIFRyYW5zbWV0YSBHZW51aW5lVE14ODYKWyAgICAw LjAwMDAwMF0gICBUcmFuc21ldGEgVHJhbnNtZXRhQ1BVClsgICAgMC4wMDAwMDBdICAgVU1DIFVN QyBVTUMgVU1DClsgICAgMC4wMDAwMDBdIEJJT1MtcHJvdmlkZWQgcGh5c2ljYWwgUkFNIG1hcDoK WyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWNjMDAg KHVzYWJsZSkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5Y2MwMCAtIDAwMDAwMDAw MDAxMDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMDAwMTAwMDAw IC0gMDAwMDAwMDAyZjAwMDAwMCAodXNhYmxlKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAw MDdmNjgwMDAwIC0gMDAwMDAwMDA3ZjY4YjAwMCAoQUNQSSBkYXRhKQpbICAgIDAuMDAwMDAwXSAg WGVuOiAwMDAwMDAwMDdmNjhiMDAwIC0gMDAwMDAwMDA3ZjcwMDAwMCAoQUNQSSBOVlMpClsgICAg MC4wMDAwMDBdICBYZW46IDAwMDAwMDAwN2Y3MDAwMDAgLSAwMDAwMDAwMDgwMDAwMDAwIChyZXNl cnZlZCkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZTQw MDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlYzAwMDAwIC0g MDAwMDAwMDBmZWMxMDAwMCAocmVzZXJ2ZWQpClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAw ZmVlMDAwMDAgLSAwMDAwMDAwMGZlZTAxMDAwIChyZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0gIFhl bjogMDAwMDAwMDBmZjAwMDAwMCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVkKQpbICAgIDAu MDAwMDAwXSBib290Y29uc29sZSBbeGVuYm9vdDBdIGVuYWJsZWQKWyAgICAwLjAwMDAwMF0gRE1J IHByZXNlbnQuClsgICAgMC4wMDAwMDBdIFBob2VuaXggQklPUyBkZXRlY3RlZDogQklPUyBtYXkg Y29ycnVwdCBsb3cgUkFNLCB3b3JraW5nIGFyb3VuZCBpdC4KWyAgICAwLjAwMDAwMF0gbGFzdF9w Zm4gPSAweDJmMDAwIG1heF9hcmNoX3BmbiA9IDB4MTAwMDAwMApbICAgIDAuMDAwMDAwXSBpbml0 X21lbW9yeV9tYXBwaW5nOiAwMDAwMDAwMDAwMDAwMDAwLTAwMDAwMDAwMmQxZmUwMDAKWyAgICAw LjAwMDAwMF0gTlggKEV4ZWN1dGUgRGlzYWJsZSkgcHJvdGVjdGlvbjogYWN0aXZlClsgICAgMC4w MDAwMDBdIFJBTURJU0s6IDAwOWFkMDAwIC0gMDBlZTZhMDAKWyAgICAwLjAwMDAwMF0gQUNQSTog UlNEUCAwMDBmNmVlMCAwMDAxNCAodjAwIElOVEVMQikKWyAgICAwLjAwMDAwMF0gQUNQSTogUlNE VCA3ZjY4M2Q3NSAwMDAzQyAodjAxIFBUTFREICAgIFJTRFQgICAwNjA0MDAwMCAgTFRQIDAwMDAw MDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBGQUNQIDdmNjhhZTdlIDAwMDg0ICh2MDEgU1VQUk1D ICAgICAgICAgIDA2MDQwMDAwIFBUTCAgMDAwMDAwMDMpClsgICAgMC4wMDAwMDBdIEFDUEk6IERT RFQgN2Y2ODU1ZTMgMDU4OUIgKHYwMSAgSU5URUwgQlJfV0FURVIgMDYwNDAwMDAgTVNGVCAwMzAw MDAwMSkKWyAgICAwLjAwMDAwMF0gQUNQSTogRkFDUyA3ZjY4YmZjMCAwMDA0MApbICAgIDAuMDAw MDAwXSBBQ1BJOiBUQ1BBIDdmNjhhZjAyIDAwMDMyICh2MDEgU01DICAgICAgICAgICAgIDA2MDQw MDAwIFBUTCAgMDAwMDAwMDApClsgICAgMC4wMDAwMDBdIEFDUEk6IE1DRkcgN2Y2OGFmMzQgMDAw M0MgKHYwMSBJTlRFTEIgUl9XQVRFUlAgMDYwNDAwMDAgIExUUCAwMDAwMDAwMCkKWyAgICAwLjAw MDAwMF0gQUNQSTogQVBJQyA3ZjY4YWY3MCAwMDA2OCAodjAxIElOVEVMQiBSX1dBVEVSUCAwNjA0 MDAwMCAgTFRQIDAwMDAwMDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBCT09UIDdmNjhhZmQ4IDAw MDI4ICh2MDEgSU5URUxCIFJfV0FURVJQIDA2MDQwMDAwICBMVFAgMDAwMDAwMDEpClsgICAgMC4w MDAwMDBdIEFDUEk6IFNTRFQgN2Y2ODNkYjEgMDEzRUMgKHYwMSBJTlRFTEIgUl9XQVRFUlcgMDAw MDMwMDAgSU5UTCAyMDA2MTEwOSkKWyAgICAwLjAwMDAwMF0gMzBNQiBISUdITUVNIGF2YWlsYWJs ZS4KWyAgICAwLjAwMDAwMF0gNzIxTUIgTE9XTUVNIGF2YWlsYWJsZS4KWyAgICAwLjAwMDAwMF0g ICBtYXBwZWQgbG93IHJhbTogMCAtIDJkMWZlMDAwClsgICAgMC4wMDAwMDBdICAgbG93IHJhbTog MCAtIDJkMWZlMDAwClsgICAgMC4wMDAwMDBdICAgbm9kZSAwIGxvdyByYW06IDAwMDAwMDAwIC0g MmQxZmUwMDAKWyAgICAwLjAwMDAwMF0gICBub2RlIDAgYm9vdG1hcCAwMDAxMDAwMCAtIDAwMDE1 YTQwClsgICAgMC4wMDAwMDBdICgxMCBlYXJseSByZXNlcnZhdGlvbnMpID09PiBib290bWVtIFsw MDAwMDAwMDAwIC0gMDAyZDFmZTAwMF0KWyAgICAwLjAwMDAwMF0gICAjMCBbMDAwMDAwMDAwMCAt IDAwMDAwMDEwMDBdICAgQklPUyBkYXRhIHBhZ2UgPT0+IFswMDAwMDAwMDAwIC0gMDAwMDAwMTAw MF0KWyAgICAwLjAwMDAwMF0gICAjMSBbMDAwMGZhNDAwMCAtIDAwMDBmYjMwMDBdICAgWEVOIFBB R0VUQUJMRVMgPT0+IFswMDAwZmE0MDAwIC0gMDAwMGZiMzAwMF0KWyAgICAwLjAwMDAwMF0gICAj MiBbMDAwMDAwMTAwMCAtIDAwMDAwMDIwMDBdICAgIEVYIFRSQU1QT0xJTkUgPT0+IFswMDAwMDAx MDAwIC0gMDAwMDAwMjAwMF0KWyAgICAwLjAwMDAwMF0gICAjMyBbMDAwMDAwNjAwMCAtIDAwMDAw MDcwMDBdICAgICAgIFRSQU1QT0xJTkUgPT0+IFswMDAwMDA2MDAwIC0gMDAwMDAwNzAwMF0KWyAg ICAwLjAwMDAwMF0gICAjNCBbMDAwMDQwMDAwMCAtIDAwMDA4ODdmYTRdICAgIFRFWFQgREFUQSBC U1MgPT0+IFswMDAwNDAwMDAwIC0gMDAwMDg4N2ZhNF0KWyAgICAwLjAwMDAwMF0gICAjNSBbMDAw MDlhZDAwMCAtIDAwMDBlZTZhMDBdICAgICAgICAgIFJBTURJU0sgPT0+IFswMDAwOWFkMDAwIC0g MDAwMGVlNmEwMF0KWyAgICAwLjAwMDAwMF0gICAjNiBbMDAwMGVlNzAwMCAtIDAwMDBmYTQwMDBd ICAgWEVOIFNUQVJUIElORk8gPT0+IFswMDAwZWU3MDAwIC0gMDAwMGZhNDAwMF0KWyAgICAwLjAw MDAwMF0gICAjNyBbMDAwMDg4ODAwMCAtIDAwMDA4ODgxM2NdICAgICAgICAgICAgICBCUksgPT0+ IFswMDAwODg4MDAwIC0gMDAwMDg4ODEzY10KWyAgICAwLjAwMDAwMF0gICAjOCBbMDAwMDEwMDAw MCAtIDAwMDAyNWMwMDBdICAgICAgICAgIFBHVEFCTEUgPT0+IFswMDAwMTAwMDAwIC0gMDAwMDI1 YzAwMF0KWyAgICAwLjAwMDAwMF0gICAjOSBbMDAwMDAxMDAwMCAtIDAwMDAwMTYwMDBdICAgICAg ICAgIEJPT1RNQVAgPT0+IFswMDAwMDEwMDAwIC0gMDAwMDAxNjAwMF0KWyAgICAwLjAwMDAwMF0g Zm91bmQgU01QIE1QLXRhYmxlIGF0IFtjMDBmNmYxMF0gZjZmMTAKWyAgICAwLjAwMDAwMF0gWm9u ZSBQRk4gcmFuZ2VzOgpbICAgIDAuMDAwMDAwXSAgIERNQSAgICAgIDB4MDAwMDAwMTAgLT4gMHgw MDAwMTAwMApbICAgIDAuMDAwMDAwXSAgIE5vcm1hbCAgIDB4MDAwMDEwMDAgLT4gMHgwMDAyZDFm ZQpbICAgIDAuMDAwMDAwXSAgIEhpZ2hNZW0gIDB4MDAwMmQxZmUgLT4gMHgwMDAyZjAwMApbICAg IDAuMDAwMDAwXSBNb3ZhYmxlIHpvbmUgc3RhcnQgUEZOIGZvciBlYWNoIG5vZGUKWyAgICAwLjAw MDAwMF0gZWFybHlfbm9kZV9tYXBbMl0gYWN0aXZlIFBGTiByYW5nZXMKWyAgICAwLjAwMDAwMF0g ICAgIDA6IDB4MDAwMDAwMTAgLT4gMHgwMDAwMDA5YwpbICAgIDAuMDAwMDAwXSAgICAgMDogMHgw MDAwMDEwMCAtPiAweDAwMDJmMDAwClsgICAgMC4wMDAwMDBdIFVzaW5nIEFQSUMgZHJpdmVyIGRl ZmF1bHQKWyAgICAwLjAwMDAwMF0gQUNQSTogUE0tVGltZXIgSU8gUG9ydDogMHgxMDA4ClsgICAg MC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDBdIGxhcGljX2lkWzB4MDBdIGVuYWJs ZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4 MDFdIGVuYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDX05NSSAoYWNwaV9pZFsweDAw XSBoaWdoIGVkZ2UgbGludFsweDFdKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQ19OTUkgKGFj cGlfaWRbMHgwMV0gaGlnaCBlZGdlIGxpbnRbMHgxXSkKWyAgICAwLjAwMDAwMF0gQUNQSTogSU9B UElDIChpZFsweDAyXSBhZGRyZXNzWzB4ZmVjMDAwMDBdIGdzaV9iYXNlWzBdKQooWEVOKSBtbS5j OjE2OTk6ZDAgQmFkIEwxIGZsYWdzIDEwMAooWEVOKSBtbS5jOjcyMDpkMCBCYWQgTDEgZmxhZ3Mg MTAwCihYRU4pIG1tLmM6NDIyMTpkMCBwdHdyX2VtdWxhdGU6IGNvdWxkIG5vdCBnZXRfcGFnZV9m cm9tX2wxZSgpCihYRU4pIGQwOnYwOiB1bmhhbmRsZWQgcGFnZSBmYXVsdCAoZWM9MDAwMykKKFhF TikgUGFnZXRhYmxlIHdhbGsgZnJvbSBjMDdmOGZkMDoKKFhFTikgIEwzWzB4MDAzXSA9IDAwMDAw MDAwM2M3ZjYwMDEgMDAwMDA3ZjYKKFhFTikgIEwyWzB4MDAzXSA9IDAwMDAwMDAwM2NmYWMwNjcg MDAwMDBmYWMgCihYRU4pICBMMVsweDFmOF0gPSA4MDAwMDAwMDNjN2Y4MDYxIDAwMDAwN2Y4CihY RU4pIGRvbWFpbl9jcmFzaF9zeW5jIGNhbGxlZCBmcm9tIGVudHJ5LlMgKGZmMWI0N2VlKQooWEVO KSBEb21haW4gMCAodmNwdSMwKSBjcmFzaGVkIG9uIGNwdSMwOgooWEVOKSAtLS0tWyBYZW4tMy40 LjMtcmM0LXByZSAgeDg2XzMycCAgZGVidWc9biAgTm90IHRhaW50ZWQgXS0tLS0KKFhFTikgQ1BV OiAgICAwCihYRU4pIEVJUDogICAgZTAxOTpbPGMwNDA1OGRmPl0KKFhFTikgRUZMQUdTOiAwMDAw MDI0NiAgIEVNOiAxICAgQ09OVEVYVDogcHYgZ3Vlc3QKKFhFTikgZWF4OiAwMDAwMDAwMCAgIGVi eDogM2M3ZjcxNjMgICBlY3g6IDAwMDAwMDAwICAgZWR4OiAwMDAwMDAwMAooWEVOKSBlc2k6IDgw MDAwMDAwICAgZWRpOiBjMDdmOGZkMCAgIGVicDogODAwMDAwMDAgICBlc3A6IGMwNzMxZTc4CihY RU4pIGNyMDogODAwNTAwM2IgICBjcjQ6IDAwMDAyNmYwICAgY3IzOiAzYzczMzAwMCAgIGNyMjog YzA3ZjhmZDAKKFhFTikgZHM6IGUwMjEgICBlczogZTAyMSAgIGZzOiAwMGQ4ICAgZ3M6IDAwMDAg ICBzczogZTAyMSAgIGNzOiBlMDE5CihYRU4pIEd1ZXN0IHN0YWNrIHRyYWNlIGZyb20gZXNwPWMw NzMxZTc4OgooWEVOKSAgICAwMDAwMDAwMyBjMDQwNThkZiAwMDAxZTAxOSAwMDAxMDA0NiAzYzdm ODA2NyBjMDdmOGZkMCAwMDdmNzE2MyBjMDQyNmE2MgooWEVOKSAgICAzYzdmNzE2MyA4MDAwMDAw MCAwMDAwMDAwMCBjMDQwNDM4YSAwMDdmNzE2MyAzYzdmNzE2MyA4MDAwMDAwMCBmNTdmYTAwMAoo WEVOKSAgICBmNTdmYTAwMCAwMDAwMDAwMiAwMDAwMDAwMCBmNTYwMGZkOCBjMDQyNTkyZiAwMDAw MDAwMCBjMDc4ZTYwYyAwMDAwMDE3YgooWEVOKSAgICA4MDAwMDAwMCBmNTYwMGZhYyAwMDAwMDAw MSBjMDZjNWJmNiBjMDc4YTdiZSBmNTYwMGZhYyBjMDdhMTFhYyAwMDAwMDAwMQooWEVOKSAgICAw MDAwMDA2OCBmNTYwMGY3MCAwMDAwMDAwMCAwMDAwMDAwMCAyZjAwMDAwMCAwMDAwMDAwMCBjMDdh MTIyNCBjMDc4YTc5NAooWEVOKSAgICAwMDAwMDA0MCBjMDc4YWM4YSAyZDFmZTAwMCAwMDAwMDAw MCBjMDc4NGIxZCAwMDAwMDAwZiAwMGVlNmEwMCAwMDAwMDAwMAooWEVOKSAgICAwMDlhZDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwNSAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMAooWEVOKSAgICAyMDViNmEwMCAzMDIwMjAyMCAzMDMwMzAyZSA1ZDMwMzAzMCAwMDlhMDAy MCAwMDAwMDAwMCAwMDlhZDAwMCAwMDlhZDAwMAooWEVOKSAgICBjMDc1NWRjMCAwMDAwMDAwMiAw MDAwMDAwMCAwMDAwMDAwMCBjMDQzODQ3MiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVO KSAgICAwMDAwMDAwMCAwMDAwMDAwMCBjMDczMWZkYyAwMDAwMDAwMCAwMDAwMDAwMCBjMDc4MDVj MiBjMDZiZTQ1OSBjMDY1MjAyMAooWEVOKSAgICBjMDdiMGQ0MCBjMGZhMzQ1OCBjMDc4MmNlYSAw MDAwMDAwMCBjMDczMWZlYyAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAw MDAwMCAxZmM4OTM3NSA4MDAwMDI4MSAwMDAyMDgwMCAwMDAwMDZmNiAwMDAwMDAwMSAwMDAwMDAw MCBjMGZhMzAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAg ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSBEb21haW4gMCBjcmFzaGVkOiBy ZWJvb3RpbmcgbWFjaGluZSBpbiA1IHNlY29uZHMuCg== --000e0cd17ea2cd02d504831f2e9a Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --000e0cd17ea2cd02d504831f2e9a-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 31 Mar 2010 16:23:51 -0700 Message-ID: References: <29b32d341003120910l5340bc01tcada3ca2adbaf763@mail.gmail.com> <1056770753.20100314215224@eikelenboom.it> <29b32d341003141840x5a55e74sfb2eda56005e4f84@mail.gmail.com> <29b32d341003142030p1fe511d2ke30b8483ff8cc368@mail.gmail.com> <1268642688.8652.2792.camel@localhost.localdomain> <29b32d341003150642o4e2620edsf154b19d78aa7f42@mail.gmail.com> <1268660645.10129.25070.camel@zakaz.uk.xensource.com> <29b32d341003150646o4d215dfel1c2a2bc6d287edc@mail.gmail.com> <29b32d341003151904m2a992be5s74697d6047b864c6@mail.gmail.com> <1268725069.8652.4179.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1753690525==" Return-path: In-Reply-To: <1268725069.8652.4179.camel@localhost.localdomain> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org --===============1753690525== Content-Type: multipart/alternative; boundary=000e0cd1708ef7a56204832109c8 --000e0cd1708ef7a56204832109c8 Content-Type: text/plain; charset=ISO-8859-1 > The NIC will remain bound to the pciback driver until you explicitly > unbind it and rebind to another driver in domain 0 and won't be > available until you do this. You can rebind the driver echo'ing the PCI > BDF of the device into the "unbind" and "bind" nodes under the > appropriate drivers in sysfs. e.g. for pcidev=0000:00:08.0: > > echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind > echo -n "$pcidev" > /sys/bus/pci/drivers/$mydriver/bind > > Hi Ian, Currently, I have to reboot dom0 when I use xe vm-param-set uuid= other-config:pci= for pci passthrough. I looked at above bind/unbind files and they are present in /sys/bus/pci/drivers//. Currently my driver is not loaded in dom0(not intended to load in dom0 due to passthrough) so I don't think I need to unbind. I did echo -n $pcidev > /sys/bus/pci/drivers/pciback/bind and I get -bash: echo: write error: No such device Currently, only way passthrough is enabled in domU is reboot of dom0 and domU after xe vm-param-set... Kindly let me know if there is a way to avoid reboot. Thanks --000e0cd1708ef7a56204832109c8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The NIC will remain bound to the pciback driver until you explicitly
unbind it and rebind to another driver in domain 0 and won't be
available until you do this. You can rebind the driver echo'ing the PCI=
BDF of the device into the "unbind" and "bind" nodes un= der the
appropriate drivers in sysfs. e.g. for pcidev=3D0000:00:08.0:

echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/d= river/unbind
echo -n "$pcidev" > /sys/bus/pci/drivers/$mydriver/bind


Hi Ian,

Currently,= I have to reboot dom0 when I use

xe vm-param-set uuid=3D<vm-uui= d> other-config:pci=3D<pci-bfd>=A0 for pci passthrough.=A0
I looked at above bind/unbind files and they are present in /sys/bus/pci/d= rivers/<driver_name>/. Currently my driver is not loaded in dom0(not = intended to load in dom0 due to passthrough) so I don't think I need to= unbind. I did echo -n $pcidev > /sys/bus/pci/drivers/pciback/bind and I= get

-bash: echo: write error: No such device

Currently, only way pas= sthrough is enabled in domU is reboot of dom0 and domU after xe vm-param-se= t...

Kindly let me know if there is a way to avoid reboot.

Thanks


=A0

--000e0cd1708ef7a56204832109c8-- --===============1753690525== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1753690525==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Thu, 1 Apr 2010 05:48:45 -0700 Message-ID: References: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <20100328115550.GQ1878@reaktio.net> <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2108983764==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org --===============2108983764== Content-Type: multipart/alternative; boundary=001636b2b0e38ed29504832c48f1 --001636b2b0e38ed29504832c48f1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Pasi, Sorry to bother. Any inputs on debugs provided? Thanks On Wed, Mar 31, 2010 at 2:10 PM, Ritu kaur wrote: > Attached xen debug logs. Just to update this is with xen/next and xcp0.1.= 1 > as dom0. Inputs appreciated. > > Thanks > > > > On Wed, Mar 31, 2010 at 7:39 AM, Pasi K=E4rkk=E4inen wrote= : > >> On Wed, Mar 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote: >> > Konrad, yes it is a null-modem cable. Cable was bought for this >> testing. >> > >> >> First get it working on baremetal Linux (non-Xen), then continue with Xe= n. >> >> -- Pasi >> >> > Thanks >> > >> > On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk >> > <[1]konrad.wilk@oracle.com> wrote: >> > >> > On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote: >> > > It's a onboard serial port. From dmesg there are ttyS0 and ttyS= 1 >> ports >> > are >> > > shown and I have tried both of them. >> > >> > And the cable you have, it is a null modem serial cable? Have you >> ever >> > had serial cable working (say with baremetal Linux?) >> > >> > References >> > >> > Visible links >> > 1. mailto:konrad.wilk@oracle.com >> > > --001636b2b0e38ed29504832c48f1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Pasi,

Sorry to bother. Any inputs on debugs provided?

Than= ks

On Wed, Mar 31, 2010 at 2:10 PM, Ritu = kaur <ritu.kaur.us= @gmail.com> wrote:
Attached xen debu= g logs. Just to update this is with xen/next and xcp0.1.1 as dom0. Inputs a= ppreciated.

Thanks



On Wed, Mar 31, 2010 at 7:39 AM, Pasi K=E4rkk=E4inen <pasik@iki.fi&= gt; wrote:
On Wed, Mar = 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote:
> =A0 =A0Konrad, yes it is a null-modem cable. Cable was boug= ht for this testing.
>

First get it working on baremetal Linux (non-Xen), then continue= with Xen.

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk
> =A0 =A0<[1]konrad.wilk@oracle.com> wrote:
>
> =A0 =A0 =A0On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote:<= br> > =A0 =A0 =A0> It's a onboard serial port. From dmesg there are t= tyS0 and ttyS1 ports
> =A0 =A0 =A0are
> =A0 =A0 =A0> shown and I have tried both of them.
>
> =A0 =A0 =A0And the cable you have, it is a null modem serial cable? Ha= ve you ever
> =A0 =A0 =A0had serial cable working (say with baremetal Linux?)
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. mailto:konrad.wilk@oracle.com


--001636b2b0e38ed29504832c48f1-- --===============2108983764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2108983764==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 5 Apr 2010 07:10:22 -0700 Message-ID: References: <29b32d341003271832p5337a2e4q70e443face36030b@mail.gmail.com> <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=000325564462d3c1ad04837de320 Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --000325564462d3c1ad04837de320 Content-Type: multipart/alternative; boundary=000325564462d3c19104837de31e --000325564462d3c19104837de31e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Any inputs folks on xen debugs provided? dom0 crashes when xen/next kernel is used in xcp 0.1.1. Snippets of debugs... (XEN) d0:v0: unhandled page fault (ec=3D0003) (XEN) Pagetable walk from c07f8fd0: (XEN) L3[0x003] =3D 000000003c7f6001 000007f6 (XEN) L2[0x003] =3D 000000003cfac067 00000fac (XEN) L1[0x1f8] =3D 800000003c7f8061 000007f8 (XEN) domain_crash_sync called from entry.S (ff1b47ee) (XEN) Domain 0 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-3.4.3-rc4-pre x86_32p debug=3Dn Not tainted ]---- ... Complete debugs attached one more time. Thanks On Thu, Apr 1, 2010 at 5:48 AM, Ritu kaur wrote: > Hi Pasi, > > Sorry to bother. Any inputs on debugs provided? > > Thanks > > > On Wed, Mar 31, 2010 at 2:10 PM, Ritu kaur wrote= : > >> Attached xen debug logs. Just to update this is with xen/next and xcp0.1= .1 >> as dom0. Inputs appreciated. >> >> Thanks >> >> >> >> On Wed, Mar 31, 2010 at 7:39 AM, Pasi K=E4rkk=E4inen wrot= e: >> >>> On Wed, Mar 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote: >>> > Konrad, yes it is a null-modem cable. Cable was bought for this >>> testing. >>> > >>> >>> First get it working on baremetal Linux (non-Xen), then continue with >>> Xen. >>> >>> -- Pasi >>> >>> > Thanks >>> > >>> > On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk >>> > <[1]konrad.wilk@oracle.com> wrote: >>> > >>> > On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote: >>> > > It's a onboard serial port. From dmesg there are ttyS0 and tty= S1 >>> ports >>> > are >>> > > shown and I have tried both of them. >>> > >>> > And the cable you have, it is a null modem serial cable? Have yo= u >>> ever >>> > had serial cable working (say with baremetal Linux?) >>> > >>> > References >>> > >>> > Visible links >>> > 1. mailto:konrad.wilk@oracle.com >>> >> >> > --000325564462d3c19104837de31e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Any inputs folks on xen debugs provided? dom0 crashes when=A0= xen/next kernel is used in xcp 0.1.1.=A0

Snippets of debugs...
=
(XEN) d0:v0: unhandled page fault (ec=3D0003)
(XEN) Pagetable walk f= rom c07f8fd0:
(XEN)=A0 L3[0x003] =3D 000000003c7f6001 000007f6
(XEN)=A0 L2[0x003] =3D = 000000003cfac067 00000fac
(XEN)=A0 L1[0x1f8] =3D 800000003c7f8061 00000= 7f8
(XEN) domain_crash_sync called from entry.S (ff1b47ee)
(XEN) Doma= in 0 (vcpu#0) crashed on cpu#0:
(XEN) ----[ Xen-3.4.3-rc4-pre=A0 x86_32p=A0 debug=3Dn=A0 Not tainted ]----<= br>...

Complete debugs attached one more time.

Thanks

=
On Thu, Apr 1, 2010 at 5:48 AM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Hi Pasi,

S= orry to bother. Any inputs on debugs provided?

Thanks


On Wed, Mar 31, 2010 a= t 2:10 PM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Attached xen debu= g logs. Just to update this is with xen/next and xcp0.1.1 as dom0. Inputs a= ppreciated.

Thanks



On We= d, Mar 31, 2010 at 7:39 AM, Pasi K=E4rkk=E4inen <pasik@iki.fi> wr= ote:
On Wed, Mar = 31, 2010 at 06:55:54AM -0700, Ritu kaur wrote:
> =A0 =A0Konrad, yes it is a null-modem cable. Cable was boug= ht for this testing.
>

First get it working on baremetal Linux (non-Xen), then continue= with Xen.

-- Pasi

> =A0 =A0Thanks
>
> =A0 =A0On Wed, Mar 31, 2010 at 6:42 AM, Konrad Rzeszutek Wilk
> =A0 =A0<[1]konrad.wilk@oracle.com> wrote:
>
> =A0 =A0 =A0On Wed, Mar 31, 2010 at 06:15:59AM -0700, Ritu kaur wrote:<= br> > =A0 =A0 =A0> It's a onboard serial port. From dmesg there are t= tyS0 and ttyS1 ports
> =A0 =A0 =A0are
> =A0 =A0 =A0> shown and I have tried both of them.
>
> =A0 =A0 =A0And the cable you have, it is a null modem serial cable? Ha= ve you ever
> =A0 =A0 =A0had serial cable working (say with baremetal Linux?)
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. mailto:konrad.wilk@oracle.com



--000325564462d3c19104837de31e-- --000325564462d3c1ad04837de320 Content-Type: text/plain; name="xen-xcp-debugs.txt" Content-Disposition: attachment; filename="xen-xcp-debugs.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g7ncxz9s0 IFwgXC8gL19fXyBfIF9fICAgfF9fXyAvfCB8fCB8ICB8X19fIC8gICAgXyBfXyBfX198IHx8IHwg ICAgIF8gX18gIF8gX18gX19fIAogIFwgIC8vIF8gXCAnXyBcICAgIHxfIFx8IHx8IHxfICAgfF8g XCBfX3wgJ19fLyBfX3wgfHwgfF8gX198ICdfIFx8ICdfXy8gXyBcCiAgLyAgXCAgX18vIHwgfCB8 ICBfX18pIHxfXyAgIF98IF9fXykgfF9ffCB8IHwgKF9ffF9fICAgX3xfX3wgfF8pIHwgfCB8ICBf Xy8KIC9fL1xfXF9fX3xffCB8X3wgfF9fX18oXykgfF98KF8pX19fXy8gICB8X3wgIFxfX198ICB8 X3wgICAgfCAuX18vfF98ICBcX19ffAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8X3wgICAgICAgICAgICAgCihYRU4pIFhlbiB2ZXJz aW9uIDMuNC4zLXJjNC1wcmUgKHJvb3RAKSAoZ2NjIHZlcnNpb24gNC4xLjIgMjAwODA3MDQgKFJl ZCBIYXQgNC4xLjItNDYpKSBTYXQgTWFyIDIwIDIxOjEzOjQ3IEVEVCAyMDEwCihYRU4pIExhdGVz dCBDaGFuZ2VTZXQ6IFR1ZSBNYXIgMDkgMTg6MTU6NTIgMjAxMCArMDAwMCAxOTkyNDo2ZTcyZjhj M2MwMTcKKFhFTikgQ29tbWFuZCBsaW5lOiBjb20xPTExNTIwMCw4bjEgY29uc29sZT1jb20xLHZn YSBkb20wX21lbT03NTJNIGxvd21lbV9lbWVyZ2VuY3lfcG9vbD0xTSBjcmFzaGtlcm5lbD02NE1A MzJNIAooWEVOKSBWaWRlbyBpbmZvcm1hdGlvbjoKKFhFTikgIFZHQSBpcyB0ZXh0IG1vZGUgODB4 MjUsIGZvbnQgOHgxNgooWEVOKSAgVkJFL0REQyBtZXRob2RzOiBub25lOyBFRElEIHRyYW5zZmVy IHRpbWU6IDAgc2Vjb25kcwooWEVOKSAgRURJRCBpbmZvIG5vdCByZXRyaWV2ZWQgYmVjYXVzZSBu byBEREMgcmV0cmlldmFsIG1ldGhvZCBkZXRlY3RlZAooWEVOKSBEaXNjIGluZm9ybWF0aW9uOgoo WEVOKSAgRm91bmQgMSBNQlIgc2lnbmF0dXJlcwooWEVOKSAgRm91bmQgMSBFREQgaW5mb3JtYXRp b24gc3RydWN0dXJlcwooWEVOKSBYZW4tZTgyMCBSQU0gbWFwOgooWEVOKSAgMDAwMDAwMDAwMDAw MDAwMCAtIDAwMDAwMDAwMDAwOWNjMDAgKHVzYWJsZSkKKFhFTikgIDAwMDAwMDAwMDAwOWNjMDAg LSAwMDAwMDAwMDAwMGEwMDAwIChyZXNlcnZlZCkKKFhFTikgIDAwMDAwMDAwMDAwZTQwMDAgLSAw MDAwMDAwMDAwMTAwMDAwIChyZXNlcnZlZCkKKFhFTikgIDAwMDAwMDAwMDAxMDAwMDAgLSAwMDAw MDAwMDdmNjgwMDAwICh1c2FibGUpCihYRU4pICAwMDAwMDAwMDdmNjgwMDAwIC0gMDAwMDAwMDA3 ZjY4YjAwMCAoQUNQSSBkYXRhKQooWEVOKSAgMDAwMDAwMDA3ZjY4YjAwMCAtIDAwMDAwMDAwN2Y3 MDAwMDAgKEFDUEkgTlZTKQooWEVOKSAgMDAwMDAwMDA3ZjcwMDAwMCAtIDAwMDAwMDAwODAwMDAw MDAgKHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZTQwMDAwMDAg KHJlc2VydmVkKQooWEVOKSAgMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMTAwMDAgKHJl c2VydmVkKQooWEVOKSAgMDAwMDAwMDBmZWUwMDAwMCAtIDAwMDAwMDAwZmVlMDEwMDAgKHJlc2Vy dmVkKQooWEVOKSAgMDAwMDAwMDBmZjAwMDAwMCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVk KQooWEVOKSBLZHVtcDogNjRNQiAoNjU1MzZrQikgYXQgMHgyMDAwMDAwCihYRU4pIFN5c3RlbSBS QU06IDIwMzhNQiAoMjA4NzAyNGtCKQooWEVOKSBBQ1BJOiBSU0RQIDAwMEY2RUUwLCAwMDE0IChy MCBJTlRFTEIpCihYRU4pIEFDUEk6IFJTRFQgN0Y2ODNENzUsIDAwM0MgKHIxIFBUTFREICAgIFJT RFQgICAgNjA0MDAwMCAgTFRQICAgICAgICAwKQooWEVOKSBBQ1BJOiBGQUNQIDdGNjhBRTdFLCAw MDg0IChyMSBTVVBSTUMgICAgICAgICAgIDYwNDAwMDAgUFRMICAgICAgICAgMykKKFhFTikgQUNQ STogRFNEVCA3RjY4NTVFMywgNTg5QiAocjEgIElOVEVMIEJSX1dBVEVSICA2MDQwMDAwIE1TRlQg IDMwMDAwMDEpCihYRU4pIEFDUEk6IEZBQ1MgN0Y2OEJGQzAsIDAwNDAKKFhFTikgQUNQSTogVENQ QSA3RjY4QUYwMiwgMDAzMiAocjEgU01DICAgICAgICAgICAgICA2MDQwMDAwIFBUTCAgICAgICAg IDApCihYRU4pIEFDUEk6IE1DRkcgN0Y2OEFGMzQsIDAwM0MgKHIxIElOVEVMQiBSX1dBVEVSUCAg NjA0MDAwMCAgTFRQICAgICAgICAwKQooWEVOKSBBQ1BJOiBBUElDIDdGNjhBRjcwLCAwMDY4IChy MSBJTlRFTEIgUl9XQVRFUlAgIDYwNDAwMDAgIExUUCAgICAgICAgMCkKKFhFTikgQUNQSTogQk9P VCA3RjY4QUZEOCwgMDAyOCAocjEgSU5URUxCIFJfV0FURVJQICA2MDQwMDAwICBMVFAgICAgICAg IDEpCihYRU4pIEFDUEk6IFNTRFQgN0Y2ODNEQjEsIDEzRUMgKHIxIElOVEVMQiBSX1dBVEVSVyAg ICAgMzAwMCBJTlRMIDIwMDYxMTA5KQooWEVOKSBYZW4gaGVhcDogOU1CICg5ODAwa0IpCihYRU4p IERvbWFpbiBoZWFwIGluaXRpYWxpc2VkCihYRU4pIFByb2Nlc3NvciAjMCA2OjE1IEFQSUMgdmVy c2lvbiAyMAooWEVOKSBQcm9jZXNzb3IgIzEgNjoxNSBBUElDIHZlcnNpb24gMjAKKFhFTikgSU9B UElDWzBdOiBhcGljX2lkIDIsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAt MjMKKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEgSS9PIEFQSUNzCihY RU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENyZWRpdCBTY2hlZHVsZXIgKGNyZWRpdCkKKFhFTikg RGV0ZWN0ZWQgMTg2Mi4wNDEgTUh6IHByb2Nlc3Nvci4KKFhFTikgVk1YOiBTdXBwb3J0ZWQgYWR2 YW5jZWQgZmVhdHVyZXM6CihYRU4pICAtIE1TUiBkaXJlY3QtYWNjZXNzIGJpdG1hcAooWEVOKSBI Vk06IFZNWCBlbmFibGVkCihYRU4pIENQVTA6IEludGVsKFIpIENvcmUoVE0pMiBDUFUgICAgICAg ICAgNjMyMCAgQCAxLjg2R0h6IHN0ZXBwaW5nIDA2CihYRU4pIEJvb3RpbmcgcHJvY2Vzc29yIDEv MSBlaXAgODgwMDAKKFhFTikgQ1BVMTogSW50ZWwoUikgQ29yZShUTSkyIENQVSAgICAgICAgICA2 MzIwICBAIDEuODZHSHogc3RlcHBpbmcgMDYKKFhFTikgVG90YWwgb2YgMiBwcm9jZXNzb3JzIGFj dGl2YXRlZC4KKFhFTikgRU5BQkxJTkcgSU8tQVBJQyBJUlFzCihYRU4pICAtPiBVc2luZyBuZXcg QUNLIG1ldGhvZAooWEVOKSBjaGVja2luZyBUU0Mgc3luY2hyb25pemF0aW9uIGFjcm9zcyAyIENQ VXM6IHBhc3NlZC4KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMy41NzlNSHogQUNQSSBQTSBUaW1l cgr/KFhFTikgQnJvdWdodCB1cCAyIENQVXMKKFhFTikgSS9PIHZpcnR1YWxpc2F0aW9uIGRpc2Fi bGVkCihYRU4pIENQVUlETEU6IGRpc2FibGVkIGR1ZSB0byBubyBIUEVULiBGb3JjZSBlbmFibGUg d2l0aCAnY3B1aWRsZScuCihYRU4pICoqKiBMT0FESU5HIERPTUFJTiAwICoqKgooWEVOKSAgWGVu ICBrZXJuZWw6IDMyLWJpdCwgUEFFLCBsc2IKKFhFTikgIERvbTAga2VybmVsOiAzMi1iaXQsIFBB RSwgbHNiLCBwYWRkciAweDQwMDAwMCAtPiAweDlhZDAwMAooWEVOKSBQSFlTSUNBTCBNRU1PUlkg QVJSQU5HRU1FTlQ6CihYRU4pICBEb20wIGFsbG9jLjogICAwMDAwMDAwMDNjMDAwMDAwLT4wMDAw MDAwMDNlMDAwMDAwICgxODQzMjAgcGFnZXMgdG8gYmUgYWxsb2NhdGVkKQooWEVOKSBWSVJUVUFM IE1FTU9SWSBBUlJBTkdFTUVOVDoKKFhFTikgIExvYWRlZCBrZXJuZWw6IGMwNDAwMDAwLT5jMDlh ZDAwMAooWEVOKSAgSW5pdC4gcmFtZGlzazogYzA5YWQwMDAtPmMwZWU2YTAwCihYRU4pICBQaHlz LU1hY2ggbWFwOiBjMGVlNzAwMC0+YzBmYTMwMDAKKFhFTikgIFN0YXJ0IGluZm86ICAgIGMwZmEz MDAwLT5jMGZhMzQ3YwooWEVOKSAgUGFnZSB0YWJsZXM6ICAgYzBmYTQwMDAtPmMwZmIzMDAwCihY RU4pICBCb290IHN0YWNrOiAgICBjMGZiMzAwMC0+YzBmYjQwMDAKKFhFTikgIFRPVEFMOiAgICAg ICAgIGMwMDAwMDAwLT5jMTQwMDAwMAooWEVOKSAgRU5UUlkgQUREUkVTUzogYzA3ODAwMDAKKFhF TikgRG9tMCBoYXMgbWF4aW11bSAyIFZDUFVzCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLi4u Li4uLi4uLi4uLmRvbmUuCihYRU4pIFhlbiB0cmFjZSBidWZmZXJzOiBkaXNhYmxlZAooWEVOKSBT dGQuIExvZ2xldmVsOiBFcnJvcnMgYW5kIHdhcm5pbmdzCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBO b3RoaW5nIChSYXRlLWxpbWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpCihYRU4pIFhlbiBpcyBy ZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xlLgooWEVOKSAqKiogU2VyaWFsIGlucHV0IC0+IERPTTAg KHR5cGUgJ0NUUkwtYScgdGhyZWUgdGltZXMgdG8gc3dpdGNoIGlucHV0IHRvIFhlbikKKFhFTikg RnJlZWQgMTE2a0IgaW5pdCBtZW1vcnkuCm1hcHBpbmcga2VybmVsIGludG8gcGh5c2ljYWwgbWVt b3J5Clhlbjogc2V0dXAgSVNBIGlkZW50aXR5IG1hcHMKYWJvdXQgdG8gZ2V0IHN0YXJ0ZWQuLi4K WyAgICAwLjAwMDAwMF0gUmVzZXJ2aW5nIHZpcnR1YWwgYWRkcmVzcyBzcGFjZSBhYm92ZSAweGY1 ODAwMDAwClsgICAgMC4wMDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNwdXNldApb ICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHUKWyAgICAwLjAwMDAw MF0gTGludXggdmVyc2lvbiAyLjYuMzIgKHJvb3RAbG9jYWxob3N0LmxvY2FsZG9tYWluKSAoZ2Nj IHZlcnNpb24gNC4xLjIgMjAwODA3MDQgKFJlZCBIYXQgNC4xLjItNDYpKSAjNyBTTVAgU3VuIE1h ciAyOCAxMjoxNjozOCBFRFQgMjAxMApbICAgIDAuMDAwMDAwXSBLRVJORUwgc3VwcG9ydGVkIGNw dXM6ClsgICAgMC4wMDAwMDBdICAgSW50ZWwgR2VudWluZUludGVsClsgICAgMC4wMDAwMDBdICAg QU1EIEF1dGhlbnRpY0FNRApbICAgIDAuMDAwMDAwXSAgIE5TQyBHZW9kZSBieSBOU0MKWyAgICAw LjAwMDAwMF0gICBDeXJpeCBDeXJpeEluc3RlYWQKWyAgICAwLjAwMDAwMF0gICBDZW50YXVyIENl bnRhdXJIYXVscwpbICAgIDAuMDAwMDAwXSAgIFRyYW5zbWV0YSBHZW51aW5lVE14ODYKWyAgICAw LjAwMDAwMF0gICBUcmFuc21ldGEgVHJhbnNtZXRhQ1BVClsgICAgMC4wMDAwMDBdICAgVU1DIFVN QyBVTUMgVU1DClsgICAgMC4wMDAwMDBdIEJJT1MtcHJvdmlkZWQgcGh5c2ljYWwgUkFNIG1hcDoK WyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWNjMDAg KHVzYWJsZSkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5Y2MwMCAtIDAwMDAwMDAw MDAxMDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMDAwMTAwMDAw IC0gMDAwMDAwMDAyZjAwMDAwMCAodXNhYmxlKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAw MDdmNjgwMDAwIC0gMDAwMDAwMDA3ZjY4YjAwMCAoQUNQSSBkYXRhKQpbICAgIDAuMDAwMDAwXSAg WGVuOiAwMDAwMDAwMDdmNjhiMDAwIC0gMDAwMDAwMDA3ZjcwMDAwMCAoQUNQSSBOVlMpClsgICAg MC4wMDAwMDBdICBYZW46IDAwMDAwMDAwN2Y3MDAwMDAgLSAwMDAwMDAwMDgwMDAwMDAwIChyZXNl cnZlZCkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDBlMDAwMDAwMCAtIDAwMDAwMDAwZTQw MDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlYzAwMDAwIC0g MDAwMDAwMDBmZWMxMDAwMCAocmVzZXJ2ZWQpClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAw ZmVlMDAwMDAgLSAwMDAwMDAwMGZlZTAxMDAwIChyZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0gIFhl bjogMDAwMDAwMDBmZjAwMDAwMCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVkKQpbICAgIDAu MDAwMDAwXSBib290Y29uc29sZSBbeGVuYm9vdDBdIGVuYWJsZWQKWyAgICAwLjAwMDAwMF0gRE1J IHByZXNlbnQuClsgICAgMC4wMDAwMDBdIFBob2VuaXggQklPUyBkZXRlY3RlZDogQklPUyBtYXkg Y29ycnVwdCBsb3cgUkFNLCB3b3JraW5nIGFyb3VuZCBpdC4KWyAgICAwLjAwMDAwMF0gbGFzdF9w Zm4gPSAweDJmMDAwIG1heF9hcmNoX3BmbiA9IDB4MTAwMDAwMApbICAgIDAuMDAwMDAwXSBpbml0 X21lbW9yeV9tYXBwaW5nOiAwMDAwMDAwMDAwMDAwMDAwLTAwMDAwMDAwMmQxZmUwMDAKWyAgICAw LjAwMDAwMF0gTlggKEV4ZWN1dGUgRGlzYWJsZSkgcHJvdGVjdGlvbjogYWN0aXZlClsgICAgMC4w MDAwMDBdIFJBTURJU0s6IDAwOWFkMDAwIC0gMDBlZTZhMDAKWyAgICAwLjAwMDAwMF0gQUNQSTog UlNEUCAwMDBmNmVlMCAwMDAxNCAodjAwIElOVEVMQikKWyAgICAwLjAwMDAwMF0gQUNQSTogUlNE VCA3ZjY4M2Q3NSAwMDAzQyAodjAxIFBUTFREICAgIFJTRFQgICAwNjA0MDAwMCAgTFRQIDAwMDAw MDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBGQUNQIDdmNjhhZTdlIDAwMDg0ICh2MDEgU1VQUk1D ICAgICAgICAgIDA2MDQwMDAwIFBUTCAgMDAwMDAwMDMpClsgICAgMC4wMDAwMDBdIEFDUEk6IERT RFQgN2Y2ODU1ZTMgMDU4OUIgKHYwMSAgSU5URUwgQlJfV0FURVIgMDYwNDAwMDAgTVNGVCAwMzAw MDAwMSkKWyAgICAwLjAwMDAwMF0gQUNQSTogRkFDUyA3ZjY4YmZjMCAwMDA0MApbICAgIDAuMDAw MDAwXSBBQ1BJOiBUQ1BBIDdmNjhhZjAyIDAwMDMyICh2MDEgU01DICAgICAgICAgICAgIDA2MDQw MDAwIFBUTCAgMDAwMDAwMDApClsgICAgMC4wMDAwMDBdIEFDUEk6IE1DRkcgN2Y2OGFmMzQgMDAw M0MgKHYwMSBJTlRFTEIgUl9XQVRFUlAgMDYwNDAwMDAgIExUUCAwMDAwMDAwMCkKWyAgICAwLjAw MDAwMF0gQUNQSTogQVBJQyA3ZjY4YWY3MCAwMDA2OCAodjAxIElOVEVMQiBSX1dBVEVSUCAwNjA0 MDAwMCAgTFRQIDAwMDAwMDAwKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBCT09UIDdmNjhhZmQ4IDAw MDI4ICh2MDEgSU5URUxCIFJfV0FURVJQIDA2MDQwMDAwICBMVFAgMDAwMDAwMDEpClsgICAgMC4w MDAwMDBdIEFDUEk6IFNTRFQgN2Y2ODNkYjEgMDEzRUMgKHYwMSBJTlRFTEIgUl9XQVRFUlcgMDAw MDMwMDAgSU5UTCAyMDA2MTEwOSkKWyAgICAwLjAwMDAwMF0gMzBNQiBISUdITUVNIGF2YWlsYWJs ZS4KWyAgICAwLjAwMDAwMF0gNzIxTUIgTE9XTUVNIGF2YWlsYWJsZS4KWyAgICAwLjAwMDAwMF0g ICBtYXBwZWQgbG93IHJhbTogMCAtIDJkMWZlMDAwClsgICAgMC4wMDAwMDBdICAgbG93IHJhbTog MCAtIDJkMWZlMDAwClsgICAgMC4wMDAwMDBdICAgbm9kZSAwIGxvdyByYW06IDAwMDAwMDAwIC0g MmQxZmUwMDAKWyAgICAwLjAwMDAwMF0gICBub2RlIDAgYm9vdG1hcCAwMDAxMDAwMCAtIDAwMDE1 YTQwClsgICAgMC4wMDAwMDBdICgxMCBlYXJseSByZXNlcnZhdGlvbnMpID09PiBib290bWVtIFsw MDAwMDAwMDAwIC0gMDAyZDFmZTAwMF0KWyAgICAwLjAwMDAwMF0gICAjMCBbMDAwMDAwMDAwMCAt IDAwMDAwMDEwMDBdICAgQklPUyBkYXRhIHBhZ2UgPT0+IFswMDAwMDAwMDAwIC0gMDAwMDAwMTAw MF0KWyAgICAwLjAwMDAwMF0gICAjMSBbMDAwMGZhNDAwMCAtIDAwMDBmYjMwMDBdICAgWEVOIFBB R0VUQUJMRVMgPT0+IFswMDAwZmE0MDAwIC0gMDAwMGZiMzAwMF0KWyAgICAwLjAwMDAwMF0gICAj MiBbMDAwMDAwMTAwMCAtIDAwMDAwMDIwMDBdICAgIEVYIFRSQU1QT0xJTkUgPT0+IFswMDAwMDAx MDAwIC0gMDAwMDAwMjAwMF0KWyAgICAwLjAwMDAwMF0gICAjMyBbMDAwMDAwNjAwMCAtIDAwMDAw MDcwMDBdICAgICAgIFRSQU1QT0xJTkUgPT0+IFswMDAwMDA2MDAwIC0gMDAwMDAwNzAwMF0KWyAg ICAwLjAwMDAwMF0gICAjNCBbMDAwMDQwMDAwMCAtIDAwMDA4ODdmYTRdICAgIFRFWFQgREFUQSBC U1MgPT0+IFswMDAwNDAwMDAwIC0gMDAwMDg4N2ZhNF0KWyAgICAwLjAwMDAwMF0gICAjNSBbMDAw MDlhZDAwMCAtIDAwMDBlZTZhMDBdICAgICAgICAgIFJBTURJU0sgPT0+IFswMDAwOWFkMDAwIC0g MDAwMGVlNmEwMF0KWyAgICAwLjAwMDAwMF0gICAjNiBbMDAwMGVlNzAwMCAtIDAwMDBmYTQwMDBd ICAgWEVOIFNUQVJUIElORk8gPT0+IFswMDAwZWU3MDAwIC0gMDAwMGZhNDAwMF0KWyAgICAwLjAw MDAwMF0gICAjNyBbMDAwMDg4ODAwMCAtIDAwMDA4ODgxM2NdICAgICAgICAgICAgICBCUksgPT0+ IFswMDAwODg4MDAwIC0gMDAwMDg4ODEzY10KWyAgICAwLjAwMDAwMF0gICAjOCBbMDAwMDEwMDAw MCAtIDAwMDAyNWMwMDBdICAgICAgICAgIFBHVEFCTEUgPT0+IFswMDAwMTAwMDAwIC0gMDAwMDI1 YzAwMF0KWyAgICAwLjAwMDAwMF0gICAjOSBbMDAwMDAxMDAwMCAtIDAwMDAwMTYwMDBdICAgICAg ICAgIEJPT1RNQVAgPT0+IFswMDAwMDEwMDAwIC0gMDAwMDAxNjAwMF0KWyAgICAwLjAwMDAwMF0g Zm91bmQgU01QIE1QLXRhYmxlIGF0IFtjMDBmNmYxMF0gZjZmMTAKWyAgICAwLjAwMDAwMF0gWm9u ZSBQRk4gcmFuZ2VzOgpbICAgIDAuMDAwMDAwXSAgIERNQSAgICAgIDB4MDAwMDAwMTAgLT4gMHgw MDAwMTAwMApbICAgIDAuMDAwMDAwXSAgIE5vcm1hbCAgIDB4MDAwMDEwMDAgLT4gMHgwMDAyZDFm ZQpbICAgIDAuMDAwMDAwXSAgIEhpZ2hNZW0gIDB4MDAwMmQxZmUgLT4gMHgwMDAyZjAwMApbICAg IDAuMDAwMDAwXSBNb3ZhYmxlIHpvbmUgc3RhcnQgUEZOIGZvciBlYWNoIG5vZGUKWyAgICAwLjAw MDAwMF0gZWFybHlfbm9kZV9tYXBbMl0gYWN0aXZlIFBGTiByYW5nZXMKWyAgICAwLjAwMDAwMF0g ICAgIDA6IDB4MDAwMDAwMTAgLT4gMHgwMDAwMDA5YwpbICAgIDAuMDAwMDAwXSAgICAgMDogMHgw MDAwMDEwMCAtPiAweDAwMDJmMDAwClsgICAgMC4wMDAwMDBdIFVzaW5nIEFQSUMgZHJpdmVyIGRl ZmF1bHQKWyAgICAwLjAwMDAwMF0gQUNQSTogUE0tVGltZXIgSU8gUG9ydDogMHgxMDA4ClsgICAg MC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDBdIGxhcGljX2lkWzB4MDBdIGVuYWJs ZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4 MDFdIGVuYWJsZWQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDX05NSSAoYWNwaV9pZFsweDAw XSBoaWdoIGVkZ2UgbGludFsweDFdKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQ19OTUkgKGFj cGlfaWRbMHgwMV0gaGlnaCBlZGdlIGxpbnRbMHgxXSkKWyAgICAwLjAwMDAwMF0gQUNQSTogSU9B UElDIChpZFsweDAyXSBhZGRyZXNzWzB4ZmVjMDAwMDBdIGdzaV9iYXNlWzBdKQooWEVOKSBtbS5j OjE2OTk6ZDAgQmFkIEwxIGZsYWdzIDEwMAooWEVOKSBtbS5jOjcyMDpkMCBCYWQgTDEgZmxhZ3Mg MTAwCihYRU4pIG1tLmM6NDIyMTpkMCBwdHdyX2VtdWxhdGU6IGNvdWxkIG5vdCBnZXRfcGFnZV9m cm9tX2wxZSgpCihYRU4pIGQwOnYwOiB1bmhhbmRsZWQgcGFnZSBmYXVsdCAoZWM9MDAwMykKKFhF TikgUGFnZXRhYmxlIHdhbGsgZnJvbSBjMDdmOGZkMDoKKFhFTikgIEwzWzB4MDAzXSA9IDAwMDAw MDAwM2M3ZjYwMDEgMDAwMDA3ZjYKKFhFTikgIEwyWzB4MDAzXSA9IDAwMDAwMDAwM2NmYWMwNjcg MDAwMDBmYWMgCihYRU4pICBMMVsweDFmOF0gPSA4MDAwMDAwMDNjN2Y4MDYxIDAwMDAwN2Y4CihY RU4pIGRvbWFpbl9jcmFzaF9zeW5jIGNhbGxlZCBmcm9tIGVudHJ5LlMgKGZmMWI0N2VlKQooWEVO KSBEb21haW4gMCAodmNwdSMwKSBjcmFzaGVkIG9uIGNwdSMwOgooWEVOKSAtLS0tWyBYZW4tMy40 LjMtcmM0LXByZSAgeDg2XzMycCAgZGVidWc9biAgTm90IHRhaW50ZWQgXS0tLS0KKFhFTikgQ1BV OiAgICAwCihYRU4pIEVJUDogICAgZTAxOTpbPGMwNDA1OGRmPl0KKFhFTikgRUZMQUdTOiAwMDAw MDI0NiAgIEVNOiAxICAgQ09OVEVYVDogcHYgZ3Vlc3QKKFhFTikgZWF4OiAwMDAwMDAwMCAgIGVi eDogM2M3ZjcxNjMgICBlY3g6IDAwMDAwMDAwICAgZWR4OiAwMDAwMDAwMAooWEVOKSBlc2k6IDgw MDAwMDAwICAgZWRpOiBjMDdmOGZkMCAgIGVicDogODAwMDAwMDAgICBlc3A6IGMwNzMxZTc4CihY RU4pIGNyMDogODAwNTAwM2IgICBjcjQ6IDAwMDAyNmYwICAgY3IzOiAzYzczMzAwMCAgIGNyMjog YzA3ZjhmZDAKKFhFTikgZHM6IGUwMjEgICBlczogZTAyMSAgIGZzOiAwMGQ4ICAgZ3M6IDAwMDAg ICBzczogZTAyMSAgIGNzOiBlMDE5CihYRU4pIEd1ZXN0IHN0YWNrIHRyYWNlIGZyb20gZXNwPWMw NzMxZTc4OgooWEVOKSAgICAwMDAwMDAwMyBjMDQwNThkZiAwMDAxZTAxOSAwMDAxMDA0NiAzYzdm ODA2NyBjMDdmOGZkMCAwMDdmNzE2MyBjMDQyNmE2MgooWEVOKSAgICAzYzdmNzE2MyA4MDAwMDAw MCAwMDAwMDAwMCBjMDQwNDM4YSAwMDdmNzE2MyAzYzdmNzE2MyA4MDAwMDAwMCBmNTdmYTAwMAoo WEVOKSAgICBmNTdmYTAwMCAwMDAwMDAwMiAwMDAwMDAwMCBmNTYwMGZkOCBjMDQyNTkyZiAwMDAw MDAwMCBjMDc4ZTYwYyAwMDAwMDE3YgooWEVOKSAgICA4MDAwMDAwMCBmNTYwMGZhYyAwMDAwMDAw MSBjMDZjNWJmNiBjMDc4YTdiZSBmNTYwMGZhYyBjMDdhMTFhYyAwMDAwMDAwMQooWEVOKSAgICAw MDAwMDA2OCBmNTYwMGY3MCAwMDAwMDAwMCAwMDAwMDAwMCAyZjAwMDAwMCAwMDAwMDAwMCBjMDdh MTIyNCBjMDc4YTc5NAooWEVOKSAgICAwMDAwMDA0MCBjMDc4YWM4YSAyZDFmZTAwMCAwMDAwMDAw MCBjMDc4NGIxZCAwMDAwMDAwZiAwMGVlNmEwMCAwMDAwMDAwMAooWEVOKSAgICAwMDlhZDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwNSAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMAooWEVOKSAgICAyMDViNmEwMCAzMDIwMjAyMCAzMDMwMzAyZSA1ZDMwMzAzMCAwMDlhMDAy MCAwMDAwMDAwMCAwMDlhZDAwMCAwMDlhZDAwMAooWEVOKSAgICBjMDc1NWRjMCAwMDAwMDAwMiAw MDAwMDAwMCAwMDAwMDAwMCBjMDQzODQ3MiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVO KSAgICAwMDAwMDAwMCAwMDAwMDAwMCBjMDczMWZkYyAwMDAwMDAwMCAwMDAwMDAwMCBjMDc4MDVj MiBjMDZiZTQ1OSBjMDY1MjAyMAooWEVOKSAgICBjMDdiMGQ0MCBjMGZhMzQ1OCBjMDc4MmNlYSAw MDAwMDAwMCBjMDczMWZlYyAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAw MDAwMCAxZmM4OTM3NSA4MDAwMDI4MSAwMDAyMDgwMCAwMDAwMDZmNiAwMDAwMDAwMSAwMDAwMDAw MCBjMGZhMzAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAg ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSAgICAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMAooWEVOKSAgICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMAooWEVOKSBEb21haW4gMCBjcmFzaGVkOiBy ZWJvb3RpbmcgbWFjaGluZSBpbiA1IHNlY29uZHMuCg== --000325564462d3c1ad04837de320 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --000325564462d3c1ad04837de320-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 5 Apr 2010 13:00:13 -0400 Message-ID: <20100405170013.GA16921@phenom.dumpdata.com> References: <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote: > Hello, > > Any inputs folks on xen debugs provided? dom0 crashes when xen/next kernel What you are hitting should have been fixed a week ago. Are you up to the latest in xen/next? Did you do 'git pull' ? Do you see this as the latest when you do 'git log | head': git log | head -5 commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86 Merge: f2530fa 89689b1 Author: Jeremy Fitzhardinge Date: Thu Apr 1 14:24:30 2010 -0700 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 5 Apr 2010 21:00:59 -0700 Message-ID: References: <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1628084635==" Return-path: In-Reply-To: <20100405170013.GA16921@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1628084635== Content-Type: multipart/alternative; boundary=000e0cd1052247db660483897eaf --000e0cd1052247db660483897eaf Content-Type: text/plain; charset=ISO-8859-1 Thanks Konrad. I downloaded new code and still doesn't work(albeit different problem). I will enumerate them below (Please note 1, 2 and 3 are seen with old xen/next as well). What seemed simple testing of pci passthrough via config changes doesn't seem to be the case. 1. mkinitrd doesn't work in xcp ddk. I get below errors mkinitrd -f ./initrd-2.6.32.ing 2.6.32 modinfo: could not find module ide-disk No module ide-disk found for kernel 2.6.32, aborting. I copied ide-disk.ko from /lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers/ide/ide-disk.ko(just to check what other errors arise from mkinitrd in xcp ddk), I get mkinitrd -f ./initrd-2.6.32.ing 2.6.32 modinfo: could not find module ide-disk modinfo: could not find module dm-mem-cache modinfo: could not find module dm-message modinfo: could not find module dm-raid45 2. Looked into .config I have(generated via make menuconfig) and there isn't anything on IDEDISK. I cross checked config file that comes with xcp source code it has ... CONFIG_BLK_DEV_IDEDISK=m CONFIG_IDEDISK_MULTI_MODE=y ... I copied above configs into my .config and when I run make(it asks some IDE config related questions ) and these configs are deleted after that. I have tried all options "y/n/m" to the questions and same result. 3. I downloaded .config file from http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x86_32 there isn't IDEDISK config in it either and in addition "make tar-pkg" doesn't work with this .config file. I get following errors DEPMOD 2.6.32 /bin/sh: line 1: 3341 Killed /sbin/depmod -ae -F System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32 make[3]: *** [_modinst_post] Error 137 make[2]: *** [sub-make] Error 2 make[1]: *** [tar-pkg] Error 2 make: *** [tar-pkg] Error 2 4. I tried with the vmlinuz and initrd image built from "2" above(I know initrd image is not correct, I just wanted to try) and I get [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 [0.493572] registering netback Red Hat nash version 5.1.19.6 starting einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid module format indmos: error inserting '/lib/dm-region-hash.ko': -1 File Exists mount: could not fine filesystem '/dev/root' setuproot: moving /dev failed: No such file or directory setuproot: error mounting /proc: No such file or directory setuproot: error mounting /sys: No such file or directory switchroot: mount failed: No such file or directory [0.905987] Kernel panic - not syncing: Attempted to kill init! Let me know how to proceed on this. Thanks On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote: > > Hello, > > > > Any inputs folks on xen debugs provided? dom0 crashes when xen/next > kernel > > > What you are hitting should have been fixed a week ago. Are you up to > the latest in xen/next? Did you do 'git pull' ? Do you see this as the > latest when you do 'git log | head': > > > > git log | head -5 > commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86 > Merge: f2530fa 89689b1 > Author: Jeremy Fitzhardinge > Date: Thu Apr 1 14:24:30 2010 -0700 > > --000e0cd1052247db660483897eaf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Konrad.

I downloaded new code and still doesn't work(alb= eit different problem). I will enumerate them below

(Please note 1, = 2 and 3 are seen with old xen/next as well). What seemed simple testing of = pci passthrough via config changes doesn't seem to be the case.

1. mkinitrd doesn't work in xcp ddk. I get below errors

mkin= itrd -f ./initrd-2.6.32.ing 2.6.32
modinfo: could not find module ide-di= sk
No module ide-disk found for kernel 2.6.32, aborting.

I copied= ide-disk.ko from /lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/d= rivers/ide/ide-disk.ko(just to check what other errors arise from mkinitrd = in xcp ddk), I get

mkinitrd -f ./initrd-2.6.32.ing 2.6.32
modinfo: could not find modul= e ide-disk
modinfo: could not find module dm-mem-cache
modinfo: could= not find module dm-message
modinfo: could not find module dm-raid45

2. Looked into .config I have(generated via make menuconfig) and there = isn't anything on IDEDISK. I cross checked config file that comes with = xcp source code it has
...
CONFIG_BLK_DEV_IDEDISK=3Dm
CONFIG_IDEDI= SK_MULTI_MODE=3Dy
...

I copied above configs into my .config and when I run make(it as= ks some IDE config related questions ) and these configs are deleted after = that. I have tried all options "y/n/m" to the questions and same = result.

3. I downloaded .config file from http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvo= ps-dom0-xen-stable-x86_32

there isn't IDEDISK config in it either and in addition "make = tar-pkg" doesn't work with this .config file. I get following erro= rs

DEPMOD=A0 2.6.32


/bin/sh: line 1:=A0 3341 Killed=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /sbin/depmod -ae -F System.ma= p -b /root/kernel/linux-2.6.32/tar-install 2.6.32
make[3]: *** [_modinst_post] Error 137
make[2]: *** [sub-make] Error 2make[1]: *** [tar-pkg] Error 2
make: *** [tar-pkg] Error 2

4. I= tried with the vmlinuz and initrd image built from "2" above(I k= now initrd image is not correct, I just wanted to try) and I get

[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
[0.000000] ERROR= : Unable to locate IOAPIC for GSI 9
[0.000000] ERROR: Unable to locate I= OAPIC for GSI 2
[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
[0.493572] registering netback
Red Hat nash version 5.1.19.6 startingeinsmod: error inserting 'lib/ide-disk.ko': -1 Invalid module form= at
indmos: error inserting '/lib/dm-region-hash.ko': -1 File Exi= sts
mount: could not fine filesystem '/dev/root'
setuproot: moving /= dev failed: No such file or directory
setuproot: error mounting /proc: N= o such file or directory
setuproot: error mounting /sys: No such file or= directory
switchroot: mount failed: No such file or directory
[0.905987] Kernel p= anic - not syncing: Attempted to kill init!

Let me know how to proce= ed on this.

Thanks


On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk &l= t;konrad.wilk@oracle.com><= /span> wrote:
On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote= :
> Hello,
>
> Any inputs folks on xen debugs provided? dom0 crashes when =A0xen/next= kernel


What you are hitting should have be= en fixed a week ago. Are you up to
the latest in xen/next? Did you do 'git pull' ? Do you see this as = the
latest when you do 'git log | head':



=A0git log | head -5
commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86
Merge: f2530fa 89689b1
Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Date: =A0 Thu Apr 1 14:24:30 2010 -0700


--000e0cd1052247db660483897eaf-- --===============1628084635== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1628084635==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 6 Apr 2010 09:03:37 +0300 Message-ID: <20100406060337.GQ1878@reaktio.net> References: <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Mon, Apr 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote: > Thanks Konrad. > > I downloaded new code and still doesn't work(albeit different problem). I > will enumerate them below > > (Please note 1, 2 and 3 are seen with old xen/next as well). What seemed > simple testing of pci passthrough via config changes doesn't seem to be > the case. > > 1. mkinitrd doesn't work in xcp ddk. I get below errors > > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 > modinfo: could not find module ide-disk > No module ide-disk found for kernel 2.6.32, aborting. > Did you install the modules after you compiled the kernel? Did you run "depmod -a " ? > I copied ide-disk.ko from > /lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers/ide/ide-disk.ko(just > to check what other errors arise from mkinitrd in xcp ddk), I get > You can't modules from a different kernel version!!! > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 > modinfo: could not find module ide-disk > modinfo: could not find module dm-mem-cache > modinfo: could not find module dm-message > modinfo: could not find module dm-raid45 > Looks like you didn't install the modules from the new kernel. > 2. Looked into .config I have(generated via make menuconfig) and there > isn't anything on IDEDISK. I cross checked config file that comes with xcp > source code it has > ... > CONFIG_BLK_DEV_IDEDISK=m > CONFIG_IDEDISK_MULTI_MODE=y > ... > XCP default kernel is 2.6.27. You're trying to use 2.6.32. There might have been changes between the kernel versions. > I copied above configs into my .config and when I run make(it asks some > IDE config related questions ) and these configs are deleted after that. I > have tried all options "y/n/m" to the questions and same result. > > 3. I downloaded .config file from > [1]http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x86_32 > > there isn't IDEDISK config in it either and in addition "make tar-pkg" > doesn't work with this .config file. I get following errors > If ide-disk module is not used/required anymore in 2.6.32, then you should remove it from /etc/modprobe.conf so that mkinitrd doesn't try to include it! (replace it with the proper new module name). > DEPMOD 2.6.32 > > /bin/sh: line 1: 3341 Killed /sbin/depmod -ae -F > System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32 > make[3]: *** [_modinst_post] Error 137 > make[2]: *** [sub-make] Error 2 > make[1]: *** [tar-pkg] Error 2 > make: *** [tar-pkg] Error 2 > > 4. I tried with the vmlinuz and initrd image built from "2" above(I know > initrd image is not correct, I just wanted to try) and I get > > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > [0.493572] registering netback > Red Hat nash version 5.1.19.6 starting > einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid module format > "Invalid module format" means it's from a different kernel and cannot be used with this kernel. > indmos: error inserting '/lib/dm-region-hash.ko': -1 File Exists > mount: could not fine filesystem '/dev/root' > setuproot: moving /dev failed: No such file or directory > setuproot: error mounting /proc: No such file or directory > setuproot: error mounting /sys: No such file or directory > switchroot: mount failed: No such file or directory > [0.905987] Kernel panic - not syncing: Attempted to kill init! > > Let me know how to proceed on this. > Install for example Fedora 12, or any other distro that has 2.6.32 kernel as a default, and check which modules are used for your hardware, then replace "ide-disk" in modprobe.conf with the actual module. -- Pasi > Thanks > > On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk > <[2]konrad.wilk@oracle.com> wrote: > > On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote: > > Hello, > > > > Any inputs folks on xen debugs provided? dom0 crashes when xen/next > kernel > > What you are hitting should have been fixed a week ago. Are you up to > the latest in xen/next? Did you do 'git pull' ? Do you see this as the > latest when you do 'git log | head': > > git log | head -5 > commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86 > Merge: f2530fa 89689b1 > Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citrix.com> > Date: Thu Apr 1 14:24:30 2010 -0700 > > References > > Visible links > 1. http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x86_32 > 2. mailto:konrad.wilk@oracle.com > 3. mailto:jeremy.fitzhardinge@citrix.com > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 6 Apr 2010 06:31:13 -0700 Message-ID: References: <20100331063035.GI1878@reaktio.net> <20100331134210.GD28074@phenom.dumpdata.com> <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1235539424==" Return-path: In-Reply-To: <20100406060337.GQ1878@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1235539424== Content-Type: multipart/alternative; boundary=000e0cd1a73499cb1f0483917505 --000e0cd1a73499cb1f0483917505 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. When will new xcp with 2.6.32 kernel be released? Replies inline... On Mon, Apr 5, 2010 at 11:03 PM, Pasi K=E4rkk=E4inen wrote: > On Mon, Apr 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote: > > Thanks Konrad. > > > > I downloaded new code and still doesn't work(albeit different > problem). I > > will enumerate them below > > > > (Please note 1, 2 and 3 are seen with old xen/next as well). What > seemed > > simple testing of pci passthrough via config changes doesn't seem to > be > > the case. > > > > 1. mkinitrd doesn't work in xcp ddk. I get below errors > > > > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 > > modinfo: could not find module ide-disk > > No module ide-disk found for kernel 2.6.32, aborting. > > > > Did you install the modules after you compiled the kernel? > Did you run "depmod -a " ? > > yes I have done it and still the same problem. > > I copied ide-disk.ko from > > > /lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers/ide/ide-= disk.ko(just > > to check what other errors arise from mkinitrd in xcp ddk), I get > > > > You can't modules from a different kernel version!!! > > I understand that. Just want to check what additional problems arise. > > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 > > modinfo: could not find module ide-disk > > modinfo: could not find module dm-mem-cache > > modinfo: could not find module dm-message > > modinfo: could not find module dm-raid45 > > > > Looks like you didn't install the modules from the new kernel. > I have installed modules via "make modules_install" and depmod as well. > > > 2. Looked into .config I have(generated via make menuconfig) and the= re > > isn't anything on IDEDISK. I cross checked config file that comes wi= th > xcp > > source code it has > > ... > > CONFIG_BLK_DEV_IDEDISK=3Dm > > CONFIG_IDEDISK_MULTI_MODE=3Dy > > ... > > > > XCP default kernel is 2.6.27. You're trying to use 2.6.32. > There might have been changes between the kernel versions. > > > I copied above configs into my .config and when I run make(it asks > some > > IDE config related questions ) and these configs are deleted after > that. I > > have tried all options "y/n/m" to the questions and same result. > > > > 3. I downloaded .config file from > > [1] > http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom= 0-xen-stable-x86_32 > > > > there isn't IDEDISK config in it either and in addition "make tar-pk= g" > > doesn't work with this .config file. I get following errors > > > > If ide-disk module is not used/required anymore in 2.6.32, then you shoul= d > remove it from /etc/modprobe.conf so that mkinitrd doesn't try to include > it! > > (replace it with the proper new module name). > > > DEPMOD 2.6.32 > > > > /bin/sh: line 1: 3341 Killed /sbin/depmod -ae -F > > System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32 > > make[3]: *** [_modinst_post] Error 137 > > make[2]: *** [sub-make] Error 2 > > make[1]: *** [tar-pkg] Error 2 > > make: *** [tar-pkg] Error 2 > > > > 4. I tried with the vmlinuz and initrd image built from "2" above(I > know > > initrd image is not correct, I just wanted to try) and I get > > > > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > > [0.493572] registering netback > > Red Hat nash version 5.1.19.6 starting > > einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid module format > > > > "Invalid module format" means it's from a different kernel and cannot be > used with this kernel. > > > indmos: error inserting '/lib/dm-region-hash.ko': -1 File Exists > > mount: could not fine filesystem '/dev/root' > > setuproot: moving /dev failed: No such file or directory > > setuproot: error mounting /proc: No such file or directory > > setuproot: error mounting /sys: No such file or directory > > switchroot: mount failed: No such file or directory > > [0.905987] Kernel panic - not syncing: Attempted to kill init! > > > > Let me know how to proceed on this. > > > > Install for example Fedora 12, or any other distro that has 2.6.32 kernel > as a default, and check which modules are used for your hardware, > then replace "ide-disk" in modprobe.conf with the actual module. > Will look into it. Thanks > > -- Pasi > > > > Thanks > > > > On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk > > <[2]konrad.wilk@oracle.com> wrote: > > > > On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote: > > > Hello, > > > > > > Any inputs folks on xen debugs provided? dom0 crashes when > xen/next > > kernel > > > > What you are hitting should have been fixed a week ago. Are you up > to > > the latest in xen/next? Did you do 'git pull' ? Do you see this as > the > > latest when you do 'git log | head': > > > > git log | head -5 > > commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86 > > Merge: f2530fa 89689b1 > > Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citrix.com> > > Date: Thu Apr 1 14:24:30 2010 -0700 > > > > References > > > > Visible links > > 1. > http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom= 0-xen-stable-x86_32 > > 2. mailto:konrad.wilk@oracle.com > > 3. mailto:jeremy.fitzhardinge@citrix.com > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > --000e0cd1a73499cb1f0483917505 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Pasi. When will new xcp with 2.6.32 kernel be released?

Repli= es inline...

On Mon, Apr 5, 2010 at 11:03= PM, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Mon, Apr 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote:
> =A0 =A0Thanks Konrad.
>
> =A0 =A0I downloaded new code and still doesn't work(albeit differe= nt problem). I
> =A0 =A0will enumerate them below
>
> =A0 =A0(Please note 1, 2 and 3 are seen with old xen/next as well). Wh= at seemed
> =A0 =A0simple testing of pci passthrough via config changes doesn'= t seem to be
> =A0 =A0the case.
>
> =A0 =A01. mkinitrd doesn't work in xcp ddk. I get below errors
>
> =A0 =A0mkinitrd -f ./initrd-2.6.32.ing 2.6.32
> =A0 =A0modinfo: could not find module ide-disk
> =A0 =A0No module ide-disk found for kernel 2.6.32, aborting.
>

Did you install the modules after you compiled the = kernel?
Did you run "depmod -a <kernelversion>" ?


yes I have done it and still the same probl= em.
=A0
> =A0 =A0I copied ide-disk.ko from
> =A0 =A0/lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers= /ide/ide-disk.ko(just
> =A0 =A0to check what other errors arise from mkinitrd in xcp ddk), I g= et
>

You can't modules from a different kernel versi= on!!!


I understand that. Just want to check what = additional problems arise.
=A0
> =A0 =A0mkinitrd -f ./initrd-2.6.32.ing 2.6.32<= br> > =A0 =A0modinfo: could not find module ide-disk
> =A0 =A0modinfo: could not find module dm-mem-cache
> =A0 =A0modinfo: could not find module dm-message
> =A0 =A0modinfo: could not find module dm-raid45
>

Looks like you didn't install the modules from = the new kernel.

I have installed modules via= "make modules_install" and depmod as well.
=A0

> =A0 =A02. Looked into .config I have(generated= via make menuconfig) and there
> =A0 =A0isn't anything on IDEDISK. I cross checked config file that= comes with xcp
> =A0 =A0source code it has
> =A0 =A0...
> =A0 =A0CONFIG_BLK_DEV_IDEDISK=3Dm
> =A0 =A0CONFIG_IDEDISK_MULTI_MODE=3Dy
> =A0 =A0...
>

XCP default kernel is 2.6.27. You're trying to = use 2.6.32.
There might have been changes between the kernel versions.

> =A0 =A0I copied above configs into my .config = and when I run make(it asks some
> =A0 =A0IDE config related questions ) and these configs are deleted af= ter that. I
> =A0 =A0have tried all options "y/n/m" to the questions and s= ame result.
>
> =A0 =A03. I downloaded .config file from
> =A0 =A0[1]http:/= /pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-st= able-x86_32
>
> =A0 =A0there isn't IDEDISK config in it either and in addition &qu= ot;make tar-pkg"
> =A0 =A0doesn't work with this .config file. I get following errors=
>

If ide-disk module is not used/required anymore in = 2.6.32, then you should
remove it from /etc/modprobe.conf so that mkinitrd doesn't try to inclu= de it!

(replace it with the proper new module name).

> =A0 =A0DEPMOD =A02.6.32
>
> =A0 =A0/bin/sh: line 1: =A03341 Killed =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0/sbin/depmod -ae -F
> =A0 =A0System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32
> =A0 =A0make[3]: *** [_modinst_post] Error 137
> =A0 =A0make[2]: *** [sub-make] Error 2
> =A0 =A0make[1]: *** [tar-pkg] Error 2
> =A0 =A0make: *** [tar-pkg] Error 2
>
> =A0 =A04. I tried with the vmlinuz and initrd image built from "2= " above(I know
> =A0 =A0initrd image is not correct, I just wanted to try) and I get >
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> =A0 =A0[0.493572] registering netback
> =A0 =A0Red Hat nash version 5.1.19.6 starting
> =A0 =A0einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid = module format
>

"Invalid module format" means it's fr= om a different kernel and cannot be
used with this kernel.

> =A0 =A0indmos: error inserting '/lib/dm-re= gion-hash.ko': -1 File Exists
> =A0 =A0mount: could not fine filesystem '/dev/root'
> =A0 =A0setuproot: moving /dev failed: No such file or directory
> =A0 =A0setuproot: error mounting /proc: No such file or directory
> =A0 =A0setuproot: error mounting /sys: No such file or directory
> =A0 =A0switchroot: mount failed: No such file or directory
> =A0 =A0[0.905987] Kernel panic - not syncing: Attempted to kill init!<= br> >
> =A0 =A0Let me know how to proceed on this.
>

Install for example Fedora 12, or any other distro = that has 2.6.32 kernel
as a default, and check which modules are used for your hardware,
then replace "ide-disk" in modprobe.conf with the actual module.<= br>

Will look into it.

Thanks
<= blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; border= -left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

-- Pasi


> =A0 =A0Thanks
>
> =A0 =A0On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk
> =A0 =A0<[2]konrad.wilk@oracle.com> wrote:
>
> =A0 =A0 =A0On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote:<= br> > =A0 =A0 =A0> Hello,
> =A0 =A0 =A0>
> =A0 =A0 =A0> Any inputs folks on xen debugs provided? dom0 crashes = when =A0xen/next
> =A0 =A0 =A0kernel
>
> =A0 =A0 =A0What you are hitting should have been fixed a week ago. Are= you up to
> =A0 =A0 =A0the latest in xen/next? Did you do 'git pull' ? Do = you see this as the
> =A0 =A0 =A0latest when you do 'git log | head':
>
> =A0 =A0 =A0 git log | head -5
> =A0 =A0 =A0commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86
> =A0 =A0 =A0Merge: f2530fa 89689b1
> =A0 =A0 =A0Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citrix.com>
> =A0 =A0 =A0Date: =A0 Thu Apr 1 14:24:30 2010 -0700 >
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://pasik= .reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x= 86_32
> =A0 =A02. mailto:konrad.wilk@oracle.com
> =A0 =A03. mailto:jeremy.fitzhardinge@citrix.com

> _______________________________________________
> Xen-devel mailing list

--000e0cd1a73499cb1f0483917505-- --===============1235539424== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1235539424==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Fri, 9 Apr 2010 08:53:21 -0700 Message-ID: References: <20100331063035.GI1878@reaktio.net> <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1740979927==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1740979927== Content-Type: multipart/alternative; boundary=00032556537270c2b70483cfcbee --00032556537270c2b70483cfcbee Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Our technical guru/consultant suggested to check if backporting fixes(changes for shared interrupts) into 2.6.27 XCP source is feasible? i.= e XCP 2.6.27 source + fix(es) for shared interrupts =3D pci-passthrough work seamlessly If it is possible do let me know and pointer to the changes would be helpfu= l as well. Thanks On Tue, Apr 6, 2010 at 6:31 AM, Ritu kaur wrote: > Thanks Pasi. When will new xcp with 2.6.32 kernel be released? > > Replies inline... > > On Mon, Apr 5, 2010 at 11:03 PM, Pasi K=E4rkk=E4inen wrote= : > >> On Mon, Apr 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote: >> > Thanks Konrad. >> > >> > I downloaded new code and still doesn't work(albeit different >> problem). I >> > will enumerate them below >> > >> > (Please note 1, 2 and 3 are seen with old xen/next as well). What >> seemed >> > simple testing of pci passthrough via config changes doesn't seem t= o >> be >> > the case. >> > >> > 1. mkinitrd doesn't work in xcp ddk. I get below errors >> > >> > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 >> > modinfo: could not find module ide-disk >> > No module ide-disk found for kernel 2.6.32, aborting. >> > >> >> Did you install the modules after you compiled the kernel? >> Did you run "depmod -a " ? >> >> > yes I have done it and still the same problem. > > >> > I copied ide-disk.ko from >> > >> /lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers/ide/ide= -disk.ko(just >> > to check what other errors arise from mkinitrd in xcp ddk), I get >> > >> >> You can't modules from a different kernel version!!! >> >> > I understand that. Just want to check what additional problems arise. > > >> > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 >> > modinfo: could not find module ide-disk >> > modinfo: could not find module dm-mem-cache >> > modinfo: could not find module dm-message >> > modinfo: could not find module dm-raid45 >> > >> >> Looks like you didn't install the modules from the new kernel. >> > > I have installed modules via "make modules_install" and depmod as well. > > >> >> > 2. Looked into .config I have(generated via make menuconfig) and >> there >> > isn't anything on IDEDISK. I cross checked config file that comes >> with xcp >> > source code it has >> > ... >> > CONFIG_BLK_DEV_IDEDISK=3Dm >> > CONFIG_IDEDISK_MULTI_MODE=3Dy >> > ... >> > >> >> XCP default kernel is 2.6.27. You're trying to use 2.6.32. >> There might have been changes between the kernel versions. >> >> > I copied above configs into my .config and when I run make(it asks >> some >> > IDE config related questions ) and these configs are deleted after >> that. I >> > have tried all options "y/n/m" to the questions and same result. >> > >> > 3. I downloaded .config file from >> > [1] >> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-do= m0-xen-stable-x86_32 >> > >> > there isn't IDEDISK config in it either and in addition "make >> tar-pkg" >> > doesn't work with this .config file. I get following errors >> > >> >> If ide-disk module is not used/required anymore in 2.6.32, then you shou= ld >> remove it from /etc/modprobe.conf so that mkinitrd doesn't try to includ= e >> it! >> >> (replace it with the proper new module name). >> >> > DEPMOD 2.6.32 >> > >> > /bin/sh: line 1: 3341 Killed /sbin/depmod -ae -F >> > System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32 >> > make[3]: *** [_modinst_post] Error 137 >> > make[2]: *** [sub-make] Error 2 >> > make[1]: *** [tar-pkg] Error 2 >> > make: *** [tar-pkg] Error 2 >> > >> > 4. I tried with the vmlinuz and initrd image built from "2" above(I >> know >> > initrd image is not correct, I just wanted to try) and I get >> > >> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 >> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 >> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 >> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 >> > [0.493572] registering netback >> > Red Hat nash version 5.1.19.6 starting >> > einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid module forma= t >> > >> >> "Invalid module format" means it's from a different kernel and cannot be >> used with this kernel. >> >> > indmos: error inserting '/lib/dm-region-hash.ko': -1 File Exists >> > mount: could not fine filesystem '/dev/root' >> > setuproot: moving /dev failed: No such file or directory >> > setuproot: error mounting /proc: No such file or directory >> > setuproot: error mounting /sys: No such file or directory >> > switchroot: mount failed: No such file or directory >> > [0.905987] Kernel panic - not syncing: Attempted to kill init! >> > >> > Let me know how to proceed on this. >> > >> >> Install for example Fedora 12, or any other distro that has 2.6.32 kerne= l >> as a default, and check which modules are used for your hardware, >> then replace "ide-disk" in modprobe.conf with the actual module. >> > > Will look into it. > > Thanks > >> >> -- Pasi >> >> >> > Thanks >> > >> > On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk >> > <[2]konrad.wilk@oracle.com> wrote: >> > >> > On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote: >> > > Hello, >> > > >> > > Any inputs folks on xen debugs provided? dom0 crashes when >> xen/next >> > kernel >> > >> > What you are hitting should have been fixed a week ago. Are you u= p >> to >> > the latest in xen/next? Did you do 'git pull' ? Do you see this a= s >> the >> > latest when you do 'git log | head': >> > >> > git log | head -5 >> > commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86 >> > Merge: f2530fa 89689b1 >> > Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citrix.com> >> > Date: Thu Apr 1 14:24:30 2010 -0700 >> > >> > References >> > >> > Visible links >> > 1. >> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-do= m0-xen-stable-x86_32 >> > 2. mailto:konrad.wilk@oracle.com >> > 3. mailto:jeremy.fitzhardinge@citrix.com >> >> > _______________________________________________ >> > Xen-devel mailing list >> > Xen-devel@lists.xensource.com >> > http://lists.xensource.com/xen-devel >> >> > --00032556537270c2b70483cfcbee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Our technical guru/consultant suggested to check if backporting fixes(chang= es for shared interrupts) into 2.6.27 XCP source is feasible? i.e

X= CP 2.6.27 source + fix(es) for shared interrupts =3D pci-passthrough work s= eamlessly

If it is possible do let me know and pointer to the changes would be he= lpful as well.

Thanks

On Tue, Apr = 6, 2010 at 6:31 AM, Ritu kaur <ritu.kaur.us@gmail.com> wrote:
Thanks Pasi. When= will new xcp with 2.6.32 kernel be released?

Replies inline...
<= br>
On Mon, Apr 5, 2010 at 11:03 P= M, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
On Mon, Apr = 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote:
> =A0 =A0Thanks Konrad.
>
> =A0 =A0I downloaded new code and still doesn't work(albeit differe= nt problem). I
> =A0 =A0will enumerate them below
>
> =A0 =A0(Please note 1, 2 and 3 are seen with old xen/next as well). Wh= at seemed
> =A0 =A0simple testing of pci passthrough via config changes doesn'= t seem to be
> =A0 =A0the case.
>
> =A0 =A01. mkinitrd doesn't work in xcp ddk. I get below errors
>
> =A0 =A0mkinitrd -f ./initrd-2.6.32.ing 2.6.32
> =A0 =A0modinfo: could not find module ide-disk
> =A0 =A0No module ide-disk found for kernel 2.6.32, aborting.
>

Did you install the modules after you compiled the kernel?
Did you run "depmod -a <kernelversion>" ?


yes I have done it and still the same= problem.
=A0
> =A0 =A0I copied ide-disk.ko from
> =A0 =A0/lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers= /ide/ide-disk.ko(just
> =A0 =A0to check what other errors arise from mkinitrd in xcp ddk), I g= et
>

You can't modules from a different kernel version!!!


I understand that. Just want to check= what additional problems arise.
=A0
> =A0 =A0mkinitrd -f ./initrd-2.6.32.ing 2.6.32
> =A0 =A0modinfo: could not find module ide-disk
> =A0 =A0modinfo: could not find module dm-mem-cache
> =A0 =A0modinfo: could not find module dm-message
> =A0 =A0modinfo: could not find module dm-raid45
>

Looks like you didn't install the modules from the new kerne= l.

I have installed modules via "= make modules_install" and depmod as well.
=A0

> =A0 =A02. Looked into .config I have(generated via make men= uconfig) and there
> =A0 =A0isn't anything on IDEDISK. I cross checked config file that= comes with xcp
> =A0 =A0source code it has
> =A0 =A0...
> =A0 =A0CONFIG_BLK_DEV_IDEDISK=3Dm
> =A0 =A0CONFIG_IDEDISK_MULTI_MODE=3Dy
> =A0 =A0...
>

XCP default kernel is 2.6.27. You're trying to use 2.6.32. There might have been changes between the kernel versions.

> =A0 =A0I copied above configs into my .config and when I ru= n make(it asks some
> =A0 =A0IDE config related questions ) and these configs are deleted af= ter that. I
> =A0 =A0have tried all options "y/n/m" to the questions and s= ame result.
>
> =A0 =A03. I downloaded .config file from
> =A0 =A0[1]http:/= /pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-st= able-x86_32
>
> =A0 =A0there isn't IDEDISK config in it either and in addition &qu= ot;make tar-pkg"
> =A0 =A0doesn't work with this .config file. I get following errors=
>

If ide-disk module is not used/required anymore in 2.6.32, then = you should
remove it from /etc/modprobe.conf so that mkinitrd doesn't try to inclu= de it!

(replace it with the proper new module name).

> =A0 =A0DEPMOD =A02.6.32
>
> =A0 =A0/bin/sh: line 1: =A03341 Killed =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0/sbin/depmod -ae -F
> =A0 =A0System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32
> =A0 =A0make[3]: *** [_modinst_post] Error 137
> =A0 =A0make[2]: *** [sub-make] Error 2
> =A0 =A0make[1]: *** [tar-pkg] Error 2
> =A0 =A0make: *** [tar-pkg] Error 2
>
> =A0 =A04. I tried with the vmlinuz and initrd image built from "2= " above(I know
> =A0 =A0initrd image is not correct, I just wanted to try) and I get >
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> =A0 =A0[0.493572] registering netback
> =A0 =A0Red Hat nash version 5.1.19.6 starting
> =A0 =A0einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid = module format
>

"Invalid module format" means it's from a differen= t kernel and cannot be
used with this kernel.

> =A0 =A0indmos: error inserting '/lib/dm-region-hash.ko&= #39;: -1 File Exists
> =A0 =A0mount: could not fine filesystem '/dev/root'
> =A0 =A0setuproot: moving /dev failed: No such file or directory
> =A0 =A0setuproot: error mounting /proc: No such file or directory
> =A0 =A0setuproot: error mounting /sys: No such file or directory
> =A0 =A0switchroot: mount failed: No such file or directory
> =A0 =A0[0.905987] Kernel panic - not syncing: Attempted to kill init!<= br> >
> =A0 =A0Let me know how to proceed on this.
>

Install for example Fedora 12, or any other distro that has 2.6.= 32 kernel
as a default, and check which modules are used for your hardware,
then replace "ide-disk" in modprobe.conf with the actual module.<= br>

Will look into it.

Thanks=

-- Pasi


> =A0 =A0Thanks
>
> =A0 =A0On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk
> =A0 =A0<[2]konrad.wilk@oracle.com> wrote:
>
> =A0 =A0 =A0On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote:<= br> > =A0 =A0 =A0> Hello,
> =A0 =A0 =A0>
> =A0 =A0 =A0> Any inputs folks on xen debugs provided? dom0 crashes = when =A0xen/next
> =A0 =A0 =A0kernel
>
> =A0 =A0 =A0What you are hitting should have been fixed a week ago. Are= you up to
> =A0 =A0 =A0the latest in xen/next? Did you do 'git pull' ? Do = you see this as the
> =A0 =A0 =A0latest when you do 'git log | head':
>
> =A0 =A0 =A0 git log | head -5
> =A0 =A0 =A0commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86
> =A0 =A0 =A0Merge: f2530fa 89689b1
> =A0 =A0 =A0Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citri= x.com>
> =A0 =A0 =A0Date: =A0 Thu Apr 1 14:24:30 2010 -0700
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://pasik= .reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x= 86_32
> =A0 =A02. mailto:konrad.wilk@oracle.com
> =A0 =A03. mailto:jeremy.fitzhardinge@citrix.com

> _______________________________________________
> Xen-devel mailing list


--00032556537270c2b70483cfcbee-- --===============1740979927== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1740979927==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Sun, 11 Apr 2010 10:11:40 -0700 Message-ID: References: <20100331063035.GI1878@reaktio.net> <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1597899383==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============1597899383== Content-Type: multipart/alternative; boundary=000e0cd112503c5a5f0483f91f32 --000e0cd112503c5a5f0483f91f32 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Any inputs on backporting changes to xcp 2.6.27 source? In addition, I had another question. I believe pci-passthrough works for pci-e slots as well. I have not tested it just wanted to check if any additional config changes are needed to make it work? Thanks On Fri, Apr 9, 2010 at 8:53 AM, Ritu kaur wrote: > Our technical guru/consultant suggested to check if backporting > fixes(changes for shared interrupts) into 2.6.27 XCP source is feasible? = i.e > > > XCP 2.6.27 source + fix(es) for shared interrupts =3D pci-passthrough wor= k > seamlessly > > If it is possible do let me know and pointer to the changes would be > helpful as well. > > Thanks > > > On Tue, Apr 6, 2010 at 6:31 AM, Ritu kaur wrote: > >> Thanks Pasi. When will new xcp with 2.6.32 kernel be released? >> >> Replies inline... >> >> On Mon, Apr 5, 2010 at 11:03 PM, Pasi K=E4rkk=E4inen wrot= e: >> >>> On Mon, Apr 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote: >>> > Thanks Konrad. >>> > >>> > I downloaded new code and still doesn't work(albeit different >>> problem). I >>> > will enumerate them below >>> > >>> > (Please note 1, 2 and 3 are seen with old xen/next as well). What >>> seemed >>> > simple testing of pci passthrough via config changes doesn't seem = to >>> be >>> > the case. >>> > >>> > 1. mkinitrd doesn't work in xcp ddk. I get below errors >>> > >>> > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 >>> > modinfo: could not find module ide-disk >>> > No module ide-disk found for kernel 2.6.32, aborting. >>> > >>> >>> Did you install the modules after you compiled the kernel? >>> Did you run "depmod -a " ? >>> >>> >> yes I have done it and still the same problem. >> >> >>> > I copied ide-disk.ko from >>> > >>> /lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers/ide/id= e-disk.ko(just >>> > to check what other errors arise from mkinitrd in xcp ddk), I get >>> > >>> >>> You can't modules from a different kernel version!!! >>> >>> >> I understand that. Just want to check what additional problems arise. >> >> >>> > mkinitrd -f ./initrd-2.6.32.ing 2.6.32 >>> > modinfo: could not find module ide-disk >>> > modinfo: could not find module dm-mem-cache >>> > modinfo: could not find module dm-message >>> > modinfo: could not find module dm-raid45 >>> > >>> >>> Looks like you didn't install the modules from the new kernel. >>> >> >> I have installed modules via "make modules_install" and depmod as well. >> >> >>> >>> > 2. Looked into .config I have(generated via make menuconfig) and >>> there >>> > isn't anything on IDEDISK. I cross checked config file that comes >>> with xcp >>> > source code it has >>> > ... >>> > CONFIG_BLK_DEV_IDEDISK=3Dm >>> > CONFIG_IDEDISK_MULTI_MODE=3Dy >>> > ... >>> > >>> >>> XCP default kernel is 2.6.27. You're trying to use 2.6.32. >>> There might have been changes between the kernel versions. >>> >>> > I copied above configs into my .config and when I run make(it asks >>> some >>> > IDE config related questions ) and these configs are deleted after >>> that. I >>> > have tried all options "y/n/m" to the questions and same result. >>> > >>> > 3. I downloaded .config file from >>> > [1] >>> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-d= om0-xen-stable-x86_32 >>> > >>> > there isn't IDEDISK config in it either and in addition "make >>> tar-pkg" >>> > doesn't work with this .config file. I get following errors >>> > >>> >>> If ide-disk module is not used/required anymore in 2.6.32, then you >>> should >>> remove it from /etc/modprobe.conf so that mkinitrd doesn't try to inclu= de >>> it! >>> >>> (replace it with the proper new module name). >>> >>> > DEPMOD 2.6.32 >>> > >>> > /bin/sh: line 1: 3341 Killed /sbin/depmod -ae -F >>> > System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32 >>> > make[3]: *** [_modinst_post] Error 137 >>> > make[2]: *** [sub-make] Error 2 >>> > make[1]: *** [tar-pkg] Error 2 >>> > make: *** [tar-pkg] Error 2 >>> > >>> > 4. I tried with the vmlinuz and initrd image built from "2" above(= I >>> know >>> > initrd image is not correct, I just wanted to try) and I get >>> > >>> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 >>> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 >>> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 2 >>> > [0.000000] ERROR: Unable to locate IOAPIC for GSI 9 >>> > [0.493572] registering netback >>> > Red Hat nash version 5.1.19.6 starting >>> > einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid module form= at >>> > >>> >>> "Invalid module format" means it's from a different kernel and cannot b= e >>> used with this kernel. >>> >>> > indmos: error inserting '/lib/dm-region-hash.ko': -1 File Exists >>> > mount: could not fine filesystem '/dev/root' >>> > setuproot: moving /dev failed: No such file or directory >>> > setuproot: error mounting /proc: No such file or directory >>> > setuproot: error mounting /sys: No such file or directory >>> > switchroot: mount failed: No such file or directory >>> > [0.905987] Kernel panic - not syncing: Attempted to kill init! >>> > >>> > Let me know how to proceed on this. >>> > >>> >>> Install for example Fedora 12, or any other distro that has 2.6.32 kern= el >>> as a default, and check which modules are used for your hardware, >>> then replace "ide-disk" in modprobe.conf with the actual module. >>> >> >> Will look into it. >> >> Thanks >> >>> >>> -- Pasi >>> >>> >>> > Thanks >>> > >>> > On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk >>> > <[2]konrad.wilk@oracle.com> wrote: >>> > >>> > On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote: >>> > > Hello, >>> > > >>> > > Any inputs folks on xen debugs provided? dom0 crashes when >>> xen/next >>> > kernel >>> > >>> > What you are hitting should have been fixed a week ago. Are you = up >>> to >>> > the latest in xen/next? Did you do 'git pull' ? Do you see this = as >>> the >>> > latest when you do 'git log | head': >>> > >>> > git log | head -5 >>> > commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86 >>> > Merge: f2530fa 89689b1 >>> > Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citrix.com> >>> > Date: Thu Apr 1 14:24:30 2010 -0700 >>> > >>> > References >>> > >>> > Visible links >>> > 1. >>> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-d= om0-xen-stable-x86_32 >>> > 2. mailto:konrad.wilk@oracle.com >>> > 3. mailto:jeremy.fitzhardinge@citrix.com >>> >>> > _______________________________________________ >>> > Xen-devel mailing list >>> > Xen-devel@lists.xensource.com >>> > http://lists.xensource.com/xen-devel >>> >>> >> > --000e0cd112503c5a5f0483f91f32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello

Any inputs on backporting changes to xcp 2.6.27 source?
In addition, I had another question. I believe pci-passthrough works for p= ci-e slots as well. I have not tested it just wanted to check if any additi= onal config changes are needed to make it work?

Thanks

On Fri, Apr 9, 2010 at 8:53 AM= , Ritu kaur <ritu.kaur= .us@gmail.com> wrote:
Our technical guru/consultant suggested to check if backporting fixes(chang= es for shared interrupts) into 2.6.27 XCP source is feasible? i.e

X= CP 2.6.27 source + fix(es) for shared interrupts =3D pci-passthrough work s= eamlessly

If it is possible do let me know and pointer to the changes would be he= lpful as well.

Thanks


On Tue, Apr 6, 2010 at 6:31 AM, Ritu kaur <ritu.kaur.us= @gmail.com> wrote:
Thanks Pasi. When= will new xcp with 2.6.32 kernel be released?

Replies inline...

On Mon, Apr 5, 2010 at 11:03 PM, Pasi K=E4r= kk=E4inen <pasik@iki.fi> wrote:
On Mon, Apr = 05, 2010 at 09:00:59PM -0700, Ritu kaur wrote:
> =A0 =A0Thanks Konrad.
>
> =A0 =A0I downloaded new code and still doesn't work(albeit differe= nt problem). I
> =A0 =A0will enumerate them below
>
> =A0 =A0(Please note 1, 2 and 3 are seen with old xen/next as well). Wh= at seemed
> =A0 =A0simple testing of pci passthrough via config changes doesn'= t seem to be
> =A0 =A0the case.
>
> =A0 =A01. mkinitrd doesn't work in xcp ddk. I get below errors
>
> =A0 =A0mkinitrd -f ./initrd-2.6.32.ing 2.6.32
> =A0 =A0modinfo: could not find module ide-disk
> =A0 =A0No module ide-disk found for kernel 2.6.32, aborting.
>

Did you install the modules after you compiled the kernel?
Did you run "depmod -a <kernelversion>" ?


yes I have done it and still the same= problem.
=A0
> =A0 =A0I copied ide-disk.ko from
> =A0 =A0/lib/modules/2.6.27.42-0.1.1.xs0.1.1.737.1065xen/kernel/drivers= /ide/ide-disk.ko(just
> =A0 =A0to check what other errors arise from mkinitrd in xcp ddk), I g= et
>

You can't modules from a different kernel version!!!


I understand that. Just want to check= what additional problems arise.
=A0
> =A0 =A0mkinitrd -f ./initrd-2.6.32.ing 2.6.32
> =A0 =A0modinfo: could not find module ide-disk
> =A0 =A0modinfo: could not find module dm-mem-cache
> =A0 =A0modinfo: could not find module dm-message
> =A0 =A0modinfo: could not find module dm-raid45
>

Looks like you didn't install the modules from the new kerne= l.

I have installed modules via "= make modules_install" and depmod as well.
=A0

> =A0 =A02. Looked into .config I have(generated via make men= uconfig) and there
> =A0 =A0isn't anything on IDEDISK. I cross checked config file that= comes with xcp
> =A0 =A0source code it has
> =A0 =A0...
> =A0 =A0CONFIG_BLK_DEV_IDEDISK=3Dm
> =A0 =A0CONFIG_IDEDISK_MULTI_MODE=3Dy
> =A0 =A0...
>

XCP default kernel is 2.6.27. You're trying to use 2.6.32. There might have been changes between the kernel versions.

> =A0 =A0I copied above configs into my .config and when I ru= n make(it asks some
> =A0 =A0IDE config related questions ) and these configs are deleted af= ter that. I
> =A0 =A0have tried all options "y/n/m" to the questions and s= ame result.
>
> =A0 =A03. I downloaded .config file from
> =A0 =A0[1]http:/= /pasik.reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-st= able-x86_32
>
> =A0 =A0there isn't IDEDISK config in it either and in addition &qu= ot;make tar-pkg"
> =A0 =A0doesn't work with this .config file. I get following errors=
>

If ide-disk module is not used/required anymore in 2.6.32, then = you should
remove it from /etc/modprobe.conf so that mkinitrd doesn't try to inclu= de it!

(replace it with the proper new module name).

> =A0 =A0DEPMOD =A02.6.32
>
> =A0 =A0/bin/sh: line 1: =A03341 Killed =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0/sbin/depmod -ae -F
> =A0 =A0System.map -b /root/kernel/linux-2.6.32/tar-install 2.6.32
> =A0 =A0make[3]: *** [_modinst_post] Error 137
> =A0 =A0make[2]: *** [sub-make] Error 2
> =A0 =A0make[1]: *** [tar-pkg] Error 2
> =A0 =A0make: *** [tar-pkg] Error 2
>
> =A0 =A04. I tried with the vmlinuz and initrd image built from "2= " above(I know
> =A0 =A0initrd image is not correct, I just wanted to try) and I get >
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 2
> =A0 =A0[0.000000] ERROR: Unable to locate IOAPIC for GSI 9
> =A0 =A0[0.493572] registering netback
> =A0 =A0Red Hat nash version 5.1.19.6 starting
> =A0 =A0einsmod: error inserting 'lib/ide-disk.ko': -1 Invalid = module format
>

"Invalid module format" means it's from a differen= t kernel and cannot be
used with this kernel.

> =A0 =A0indmos: error inserting '/lib/dm-region-hash.ko&= #39;: -1 File Exists
> =A0 =A0mount: could not fine filesystem '/dev/root'
> =A0 =A0setuproot: moving /dev failed: No such file or directory
> =A0 =A0setuproot: error mounting /proc: No such file or directory
> =A0 =A0setuproot: error mounting /sys: No such file or directory
> =A0 =A0switchroot: mount failed: No such file or directory
> =A0 =A0[0.905987] Kernel panic - not syncing: Attempted to kill init!<= br> >
> =A0 =A0Let me know how to proceed on this.
>

Install for example Fedora 12, or any other distro that has 2.6.= 32 kernel
as a default, and check which modules are used for your hardware,
then replace "ide-disk" in modprobe.conf with the actual module.<= br>

Will look into it.

Thanks=

-- Pasi


> =A0 =A0Thanks
>
> =A0 =A0On Mon, Apr 5, 2010 at 10:00 AM, Konrad Rzeszutek Wilk
> =A0 =A0<[2]konrad.wilk@oracle.com> wrote:
>
> =A0 =A0 =A0On Mon, Apr 05, 2010 at 07:10:22AM -0700, Ritu kaur wrote:<= br> > =A0 =A0 =A0> Hello,
> =A0 =A0 =A0>
> =A0 =A0 =A0> Any inputs folks on xen debugs provided? dom0 crashes = when =A0xen/next
> =A0 =A0 =A0kernel
>
> =A0 =A0 =A0What you are hitting should have been fixed a week ago. Are= you up to
> =A0 =A0 =A0the latest in xen/next? Did you do 'git pull' ? Do = you see this as the
> =A0 =A0 =A0latest when you do 'git log | head':
>
> =A0 =A0 =A0 git log | head -5
> =A0 =A0 =A0commit 900f6d725874ca97c21cdc5a2c4e05bd62db4e86
> =A0 =A0 =A0Merge: f2530fa 89689b1
> =A0 =A0 =A0Author: Jeremy Fitzhardinge <[3]jeremy.fitzhardinge@citri= x.com>
> =A0 =A0 =A0Date: =A0 Thu Apr 1 14:24:30 2010 -0700
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. http://pasik= .reaktio.net/xen/pv_ops-dom0-debug/config-2.6.32.10-pvops-dom0-xen-stable-x= 86_32
> =A0 =A02. mailto:konrad.wilk@oracle.com
> =A0 =A03. mailto:jeremy.fitzhardinge@citrix.com

> _______________________________________________
> Xen-devel mailing list



--000e0cd112503c5a5f0483f91f32-- --===============1597899383== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1597899383==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 12 Apr 2010 10:04:32 -0400 Message-ID: <20100412140432.GA28403@phenom.dumpdata.com> References: <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur wrote: > Hello > > Any inputs on backporting changes to xcp 2.6.27 source? I've haven't looked at the 2.6.27 source (don't have the time). The back-port might be as easy as just plucking in two or three lines of code that pass in the BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq hypercall. But .. it might be much more complex where you will need to backport the drivers/xen/events.c framework. > > In addition, I had another question. I believe pci-passthrough works for > pci-e slots as well. I have not tested it just wanted to check if any > additional config changes are needed to make it work? Yes. It should work. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Mon, 12 Apr 2010 15:14:24 -0700 Message-ID: References: <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> <20100412140432.GA28403@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0267817236==" Return-path: In-Reply-To: <20100412140432.GA28403@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --===============0267817236== Content-Type: multipart/alternative; boundary=000e0cd17bc2bb032d048411779b --000e0cd17bc2bb032d048411779b Content-Type: text/plain; charset=ISO-8859-1 Thanks Konrad. The reason I am asking is if it is feasible and doable in a reasonable amount of time(2 ~ 3 weeks of development/testing) I can check with my boss if I could volunteer to do this work. I am not familiar with 2.6.27 code either but thought I could learn along with this. Thanks On Mon, Apr 12, 2010 at 7:04 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur wrote: > > Hello > > > > Any inputs on backporting changes to xcp 2.6.27 source? > > I've haven't looked at the 2.6.27 source (don't have the time). > The back-port might be as easy as just plucking in two or three > lines of code that pass in the > BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq hypercall. > > But .. it might be much more complex where you will need to backport the > drivers/xen/events.c framework. > > > > > In addition, I had another question. I believe pci-passthrough works for > > pci-e slots as well. I have not tested it just wanted to check if any > > additional config changes are needed to make it work? > > Yes. It should work. > --000e0cd17bc2bb032d048411779b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Konrad. The reason I am asking is if it is feasible and doable in a = reasonable amount of time(2 ~ 3 weeks of development/testing) I can check w= ith my boss if I could volunteer to do this work. I am not familiar with 2.= 6.27 code either but thought I could learn along with this.

Thanks

On Mon, Apr 12, 2010 at 7:04 A= M, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur wrote= :
> Hello
>
> Any inputs on backporting changes to xcp 2.6.2= 7 source?

I've haven't looked at the 2.6.27 source (don't have the = time).
The back-port might be as easy as just plucking in two or three
lines of code that pass in the
BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq hypercall.

But .. it might be much more complex where you will need to backport the drivers/xen/events.c framework.

>
> In addition, I had another question. I believe pci-passthrough works f= or
> pci-e slots as well. I have not tested it just wanted to check if any<= br> > additional config changes are needed to make it work?

Yes. It should work.

--000e0cd17bc2bb032d048411779b-- --===============0267817236== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0267817236==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 13 Apr 2010 09:34:40 +0100 Message-ID: <1271147680.7293.282.camel@zakaz.uk.xensource.com> References: <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> <20100412140432.GA28403@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org Backporting is usually pretty easy but it does somewhat depend on the scope of the changesets you are backporting, do you have a list? Please try and pickup complete upstream commits and include them in the relevant place within the 2.6.27 patch queue (either the "Patches from Linux Torvalds linux-2.6.git tree" or "Patches from xen.git" section I guess) and sort plus name the patches as described in the section headers. Ian. On Mon, 2010-04-12 at 23:14 +0100, Ritu kaur wrote: > Thanks Konrad. The reason I am asking is if it is feasible and doable > in a reasonable amount of time(2 ~ 3 weeks of development/testing) I > can check with my boss if I could volunteer to do this work. I am not > familiar with 2.6.27 code either but thought I could learn along with > this. > > Thanks > > On Mon, Apr 12, 2010 at 7:04 AM, Konrad Rzeszutek Wilk > wrote: > On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur wrote: > > Hello > > > > > Any inputs on backporting changes to xcp 2.6.27 source? > > > I've haven't looked at the 2.6.27 source (don't have the > time). > The back-port might be as easy as just plucking in two or > three > lines of code that pass in the > BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq > hypercall. > > But .. it might be much more complex where you will need to > backport the > drivers/xen/events.c framework. > > > > > In addition, I had another question. I believe > pci-passthrough works for > > pci-e slots as well. I have not tested it just wanted to > check if any > > additional config changes are needed to make it work? > > > Yes. It should work. > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ritu kaur Subject: Re: domU guest for xcp 0.1.1 Date: Tue, 13 Apr 2010 15:06:16 -0700 Message-ID: References: <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> <20100412140432.GA28403@phenom.dumpdata.com> <1271147680.7293.282.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0276603144==" Return-path: In-Reply-To: <1271147680.7293.282.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org --===============0276603144== Content-Type: multipart/alternative; boundary=000e0cd1b5d47e679104842578ba --000e0cd1b5d47e679104842578ba Content-Type: text/plain; charset=ISO-8859-1 Thanks Ian, I don't have the list. I looked into http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fjeremy%2Fxen.git&a=search&h=xen%2Fstable-2.6.32.x&st=commit&s=shared I see couple of fixes that were committed for shared interrupts + passthrough. I am not sure however it is confined to those commits. If I can get a list of commits to fix shared interrupts I can take a look at patching those into xcp source. Thanks On Tue, Apr 13, 2010 at 1:34 AM, Ian Campbell wrote: > Backporting is usually pretty easy but it does somewhat depend on the > scope of the changesets you are backporting, do you have a list? > > Please try and pickup complete upstream commits and include them in the > relevant place within the 2.6.27 patch queue (either the "Patches from > Linux Torvalds linux-2.6.git tree" or "Patches from xen.git" section I > guess) and sort plus name the patches as described in the section > headers. > > Ian. > > On Mon, 2010-04-12 at 23:14 +0100, Ritu kaur wrote: > > Thanks Konrad. The reason I am asking is if it is feasible and doable > > in a reasonable amount of time(2 ~ 3 weeks of development/testing) I > > can check with my boss if I could volunteer to do this work. I am not > > familiar with 2.6.27 code either but thought I could learn along with > > this. > > > > Thanks > > > > On Mon, Apr 12, 2010 at 7:04 AM, Konrad Rzeszutek Wilk > > wrote: > > On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur wrote: > > > Hello > > > > > > > > Any inputs on backporting changes to xcp 2.6.27 source? > > > > > > I've haven't looked at the 2.6.27 source (don't have the > > time). > > The back-port might be as easy as just plucking in two or > > three > > lines of code that pass in the > > BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq > > hypercall. > > > > But .. it might be much more complex where you will need to > > backport the > > drivers/xen/events.c framework. > > > > > > > > In addition, I had another question. I believe > > pci-passthrough works for > > > pci-e slots as well. I have not tested it just wanted to > > check if any > > > additional config changes are needed to make it work? > > > > > > Yes. It should work. > > > > > --000e0cd1b5d47e679104842578ba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Ian, I don't have the list. I looked into

http://git= .kernel.org/?p=3Dlinux%2Fkernel%2Fgit%2Fjeremy%2Fxen.git&a=3Dsearch&= ;h=3Dxen%2Fstable-2.6.32.x&st=3Dcommit&s=3Dshared

I see couple of fixes that were committed for shared interrupts + passt= hrough. I am not sure however it is confined to those commits. If I can get= a list of commits to fix shared interrupts I can take a look at patching t= hose into xcp source.

Thanks

On Tue, Apr 13, 2010 at 1:34 A= M, Ian Campbell <Ian.Campbell@citrix.com> wrote:
Backporting is usually pretty easy but it does somewhat depend on the
scope of the changesets you are backporting, do you have a list?

Please try and pickup complete upstream commits and include them in the
relevant place within the 2.6.27 patch queue (either the "Patches from=
Linux Torvalds linux-2.6.git tree" or "Patches from xen.git"= section I
guess) and sort plus name the patches as described in the section
headers.

Ian.

On Mon, 2010-04-12 at 23:14 +0100, Ritu kaur wrote:
> Thanks Konrad. The reason I am asking is if it is feasible and doable<= br> > in a reasonable amount of time(2 ~ 3 weeks of development/testing) I > can check with my boss if I could volunteer to do this work. I am not<= br> > familiar with 2.6.27 code either but thought I could learn along with<= br> > this.
>
> Thanks
>
> On Mon, Apr 12, 2010 at 7:04 AM, Konrad Rzeszutek Wilk
> <konrad.wilk@oracle.com> wrote:
> =A0 =A0 =A0 =A0 On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur wr= ote:
> =A0 =A0 =A0 =A0 > Hello
> =A0 =A0 =A0 =A0 >
>
> =A0 =A0 =A0 =A0 > Any inputs on backporting changes to xcp 2.6.27 s= ource?
>
>
> =A0 =A0 =A0 =A0 I've haven't looked at the 2.6.27 source (don&= #39;t have the
> =A0 =A0 =A0 =A0 time).
> =A0 =A0 =A0 =A0 The back-port might be as easy as just plucking in two= or
> =A0 =A0 =A0 =A0 three
> =A0 =A0 =A0 =A0 lines of code that pass in the
> =A0 =A0 =A0 =A0 BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq > =A0 =A0 =A0 =A0 hypercall.
>
> =A0 =A0 =A0 =A0 But .. it might be much more complex where you will ne= ed to
> =A0 =A0 =A0 =A0 backport the
> =A0 =A0 =A0 =A0 drivers/xen/events.c framework.
>
> =A0 =A0 =A0 =A0 >
> =A0 =A0 =A0 =A0 > In addition, I had another question. I believe > =A0 =A0 =A0 =A0 pci-passthrough works for
> =A0 =A0 =A0 =A0 > pci-e slots as well. I have not tested it just wa= nted to
> =A0 =A0 =A0 =A0 check if any
> =A0 =A0 =A0 =A0 > additional config changes are needed to make it w= ork?
>
>
> =A0 =A0 =A0 =A0 Yes. It should work.
>



--000e0cd1b5d47e679104842578ba-- --===============0276603144== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0276603144==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: domU guest for xcp 0.1.1 Date: Wed, 14 Apr 2010 09:48:48 +0100 Message-ID: <1271234928.7293.381.camel@zakaz.uk.xensource.com> References: <20100331143913.GL1878@reaktio.net> <20100405170013.GA16921@phenom.dumpdata.com> <20100406060337.GQ1878@reaktio.net> <20100412140432.GA28403@phenom.dumpdata.com> <1271147680.7293.282.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ritu kaur Cc: "xen-devel@lists.xensource.com" , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On Tue, 2010-04-13 at 23:06 +0100, Ritu kaur wrote: > Thanks Ian, I don't have the list. I looked into > > http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fjeremy% > 2Fxen.git&a=search&h=xen%2Fstable-2.6.32.x&st=commit&s=shared > > I see couple of fixes that were committed for shared interrupts + > passthrough. I am not sure however it is confined to those commits. If > I can get a list of commits to fix shared interrupts I can take a look > at patching those into xcp source. Hmm, those patches seem to be largely to the event channel subsystem which somewhat invalidates my suggestion that it is usually "pretty easy" since the event channel stuff is a bit different in 2.6.27 and pvops. Still it shouldn't be _that_ hard. Ian. > > Thanks > > On Tue, Apr 13, 2010 at 1:34 AM, Ian Campbell > wrote: > Backporting is usually pretty easy but it does somewhat depend > on the > scope of the changesets you are backporting, do you have a > list? > > Please try and pickup complete upstream commits and include > them in the > relevant place within the 2.6.27 patch queue (either the > "Patches from > Linux Torvalds linux-2.6.git tree" or "Patches from xen.git" > section I > guess) and sort plus name the patches as described in the > section > headers. > > Ian. > > > On Mon, 2010-04-12 at 23:14 +0100, Ritu kaur wrote: > > Thanks Konrad. The reason I am asking is if it is feasible > and doable > > in a reasonable amount of time(2 ~ 3 weeks of > development/testing) I > > can check with my boss if I could volunteer to do this work. > I am not > > familiar with 2.6.27 code either but thought I could learn > along with > > this. > > > > Thanks > > > > On Mon, Apr 12, 2010 at 7:04 AM, Konrad Rzeszutek Wilk > > wrote: > > On Sun, Apr 11, 2010 at 10:11:40AM -0700, Ritu kaur > wrote: > > > Hello > > > > > > > > Any inputs on backporting changes to xcp 2.6.27 > source? > > > > > > I've haven't looked at the 2.6.27 source (don't have > the > > time). > > The back-port might be as easy as just plucking in > two or > > three > > lines of code that pass in the > > BIND_PIRQ__WILL_SHARE flag to the EVTCHNOP_bind_pirq > > hypercall. > > > > But .. it might be much more complex where you will > need to > > backport the > > drivers/xen/events.c framework. > > > > > > > > In addition, I had another question. I believe > > pci-passthrough works for > > > pci-e slots as well. I have not tested it just > wanted to > > check if any > > > additional config changes are needed to make it > work? > > > > > > Yes. It should work. > > > > > >