WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ppc-devel

Re: [XenPPC] [PATCH] Fix Xen-GDB Stub (smp_sen_stop, E00 on unknown comm

To: Christian Ehrhardt <ehrhardt@xxxxxxxxxxxxxxxxxx>
Subject: Re: [XenPPC] [PATCH] Fix Xen-GDB Stub (smp_sen_stop, E00 on unknown command, remove printk prefix)
From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
Date: Fri, 4 May 2007 21:26:07 +1000
Cc: xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 04 May 2007 04:24:24 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <4625C2E8.70900@xxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-ppc-devel-request@lists.xensource.com?subject=help>
List-id: Xen PPC development <xen-ppc-devel.lists.xensource.com>
List-post: <mailto:xen-ppc-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Christian Ehrhardt <ehrhardt@xxxxxxxxxxxxxxxxxx>, xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
References: <4625C2E8.70900@xxxxxxxxxxxxxxxxxx>
Sender: xen-ppc-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.13 (2006-08-11)
On Wed, Apr 18, 2007 at 09:04:08AM +0200, Christian Ehrhardt wrote:
> [XEN][POWERPC] Fix Xen-GDB Stub (smp_sen_stop, E00 on unknown command, 
> remove printk prefix)
> - Remove BUG() from smp_stop_all(), common code changes added a call to 
> this - changed to unimplemented().
> - remove the printk prefix "(XEN) " when falling into gdb, because gdb 
> tried to parse the "(XEN) " response sometimes
> - return E00 on unknown command (thx to jimi)
> 
> Signed-off-by: Christian Ehrhardt <ehrhardt@xxxxxxxxxxxxxxxxxx>
> 
> diff -r 736f2d6d7b09 xen/arch/powerpc/smp.c
> --- a/xen/arch/powerpc/smp.c  Fri Mar 02 18:05:38 2007 -0600
> +++ b/xen/arch/powerpc/smp.c  Thu Apr 12 14:34:39 2007 +0200
> @@ -68,7 +68,7 @@ int smp_call_function(void (*func) (void
> 
> void smp_send_stop(void)
> {
> -    BUG();
> +    unimplemented();
> }

I wouldn't have thought that'd help.  Last time I looked (which was
quite a while ago) unimplemented() still dumped stuff on the console,
which will confuse GDB.

On a wider note, How close is the SMP infrastructure to allowing
smp_send_stop() to be implemented?

> @@ -554,6 +554,7 @@ __trap_to_gdb(struct cpu_user_regs *regs
>     /* Shouldn't really do this, but otherwise we stop for no
>        obvious reason, which is Bad */
>     printk("Waiting for GDB to attach...\n");
> +    set_printk_prefix("");

I think what you need is a call to gdbstub_attach() (or similar)
that will make sure that all output from xen (or dom*) will be encoeded
as gdb 'O' packets, and shouldn't confuse anything.  Of course you'll
need a call to gdbstub_detach() if you go dow that path.

Yours Tony

  linux.conf.au        http://linux.conf.au/ || http://lca2008.linux.org.au/
  Jan 28 - Feb 02 2008 The Australian Linux Technical Conference!


_______________________________________________
Xen-ppc-devel mailing list
Xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ppc-devel

<Prev in Thread] Current Thread [Next in Thread>