[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] gdbsx - xg_attach:Unable to pause domain:1; failed to attach to domain:1 errno:13



Evening Mukesh:


Re:

                > Correct. Just git clone xen tree to match your version, then edit the file to add printk, then build xen.

                > copy xen to target machine over to /boot. Then edit grub kernel line to boot new xen.

 

Kernel log showing I'm running Xen version 4.4.0 (preserve-AD) on Ubuntu 14.04.

Git shows a stable-4.4 and a staging-4.4 release tag.  The stable-4.4 is the last on the branch,

and follows  a  4.4.2-pre. Release 4.4.1 is between staging-4.4 and stable-4.4;

so it's not clear looking at the git history and the kernel log which are matching

xen version is.  I suspect it's not that important.

 

My guess is to use the last commit; looks good (checking control blocks when using FIFO events);

that git tag stable-4.4 is the best match for Ubuntu 14.04's reported version 4.4.0 (preserve-AD).

 

In the mean time I'll cherry pick your suggested printk patch to stable-4.4.

 

-piet

 

--

Pete/Piet Delaney                                              

O: +1 408 935-1813

C: +1 408 646-8557

H: +1 408 243-8872

Home Email: piet.delaney@xxxxxxxxx

 

 

 

 

-----Original Message-----
From: Mukesh Rathor [mailto:mukesh.rathor@xxxxxxxxxx]
Sent: Tuesday, September 16, 2014 7:16 PM
To: Pete Delaney
Cc: xen-devel@xxxxxxxxxxxxx; piet.delaney@xxxxxxxxx; Elaine Huang; Tedi Tedijanto
Subject: Re: gdbsx - xg_attach:Unable to pause domain:1; failed to attach to domain:1 errno:13

 

On Tue, 16 Sep 2014 22:58:37 +0000

Pete Delaney <pdelaney@xxxxxxxxxxxxxxx> wrote:

 

> Hi Mukesh:

>

>

>

> Thanks for your help on enabling gdbsx...

>

>

>

> > Hmm... that all seems ok then. Can you check your permissions on :

>

>

>

> > /proc/xen/privcmd

>

>

>

>   root@piet-openxen-blade:~# ls -l /proc/xen/privcmd

>

>   -rw------- 1 root root 0 Aug 11 13:37 /proc/xen/privcmd

>

>

>

> Privcmd seems to be a hypervisor call available from userland

>

> For Xen developers:

>

>

>

>      

> http://sanifool.com/2013/02/08/invoking-an-hypercall-from-userland-via

> -privcmd/

>

>

>

>

>

> >  Other possibilities:

>

> >   - do you have xsm enabled?

>

>

>

> Don't  think so. I've heard this security stuff can get in the way.

>

> Doing a  'xl list -Z' doesn't show any security

> labels.                                            [Wish I had

> Synergy Installed]

>

>

>

>

>

> >-  can you put a printk in xen file common/domctl.c:

>

>

>

> Sure but first I likely need to start using the openxen code that I

> compiled from src.

>

> I'm currently using openxen installed via a Ubuntu 14.04 package.

>

>

>

> Mind explaining the best way to proceed on switching to the openxen

>

> That I compiled from source? I thought  some of it might be installed

> at /usr/local/

>

> And perhaps just changing a search path or two will be sufficient.

>

>

>

> I suspect I'll need to put a new xen kernel on /boot and update the

> grub config.

 

Correct. Just git clone xen tree to match your version, then edit the file to add printk, then build xen. copy xen to target machine over to /boot. Then edit grub kernel line to boot new xen.

 

Mukesh

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.