All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: xming <xmingske@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Cannot boot xen DomU > 2.6.23.1
Date: Thu, 17 Jan 2008 09:15:14 -0800	[thread overview]
Message-ID: <478F8D22.60004@goop.org> (raw)
In-Reply-To: <519a8b110801170813h96b8f2by795e6d8b72a00ba4@mail.gmail.com>

xming wrote:
> Hi,
>
> I finally found the piece of code that prevents me from booting Xen DomU
> with vallina kernel > 2.6.23.1.
>
> The problem is that with every kernel (> 2.6.32.1 including 2.6.24 RCs)
> will just hang with "too much" console activity. Sometimes (well most
> of the time) boot msg is too much. When I can boot into the kernel,
> generating a lots of cosole out it will hang, no oops, no more
> console/network. Generating with the same way through ssh will not
> hang the domU.
>
> When I reverse the following patch, things work as before, tried this
> with 2.6.23.14 and 2.6.14-rc8. But I don't have the knowledge to
> understand the reason behind this.
>   

Uh, that's very strange.  That patch fixes an outright bug, unless 
you're using one specific changeset out of the xen-unstable mercurial 
tree.  What version of Xen are you using?  Is it one you've built from 
xenbits, or distributed by someone?  Are you using a 32 or 64 bit xen/dom0?

I don't understand where the "too much console activity" message comes 
from.  Could you post an actual cut'n'paste of the message, or a 
screenshot?  Are you using a serial console on your dom0?

Thanks,
    J

> BTW, I am not subscribed.
>
> --- a/include/xen/interface/vcpu.h
> +++ b/include/xen/interface/vcpu.h
> @@ -160,8 +160,9 @@ struct vcpu_set_singleshot_timer {
>   */
>  #define VCPUOP_register_vcpu_info   10  /* arg == struct vcpu_info */
>  struct vcpu_register_vcpu_info {
> -    uint32_t mfn;               /* mfn of page to place vcpu_info */
> -    uint32_t offset;            /* offset within page */
> +    uint64_t mfn;    /* mfn of page to place vcpu_info */
> +    uint32_t offset; /* offset within page */
> +    uint32_t rsvd;   /* unused */
>  };
>
>  #endif /* __XEN_PUBLIC_VCPU_H__ */
>
> I am running Xen 3.1.2 PAE
>
> # uname -a
> Linux builder 2.6.24-rc8 #2 SMP Thu Jan 17 16:37:19 CET 2008 i686
> AMD Athlon(tm) X2 Dual Core Processor BE-2300 AuthenticAMD GNU/Linux
>
> # cat /proc/cpuinfo
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 15
> model           : 107
> model name      : AMD Athlon(tm) X2 Dual Core Processor BE-2300
> stepping        : 1
> cpu MHz         : 1899.930
> cache size      : 512 KB
> physical id     : 0
> siblings        : 2
> core id         : 1
> cpu cores       : 2
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 1
> wp              : yes
> flags           : fpu tsc msr pae mce cx8 mca cmov pat pse36 clflush
> mmx fxsr sse sse2 ht nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16
> lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch ts fid vid ttp
> tm stc 100mhzsteps
> bogomips        : 3829.72
> clflush size    : 64
>
> processor       : 1
> vendor_id       : AuthenticAMD
> cpu family      : 15
> model           : 107
> model name      : AMD Athlon(tm) X2 Dual Core Processor BE-2300
> stepping        : 1
> cpu MHz         : 1899.930
> cache size      : 512 KB
> physical id     : 0
> siblings        : 2
> core id         : 1
> cpu cores       : 2
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 1
> wp              : yes
> flags           : fpu tsc msr pae mce cx8 mca cmov pat pse36 clflush
> mmx fxsr sse sse2 ht nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16
> lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch ts fid vid ttp
> tm stc 100mhzsteps
> bogomips        : 3829.72
> clflush size    : 64
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>   


  reply	other threads:[~2008-01-17 17:16 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-17 16:13 Cannot boot xen DomU > 2.6.23.1 xming
2008-01-17 17:15 ` Jeremy Fitzhardinge [this message]
2008-01-17 19:13   ` xming
2008-01-18  7:32     ` Jeremy Fitzhardinge
2008-01-18  7:32       ` Jeremy Fitzhardinge
2008-01-18 12:38       ` xming
2008-01-18 16:19         ` Jeremy Fitzhardinge
2008-01-18 16:56           ` xming
2008-01-18 17:26             ` Jeremy Fitzhardinge
2008-01-20 13:08               ` xming
2008-01-20 18:37                 ` Jeremy Fitzhardinge
2008-01-20 18:37                   ` Jeremy Fitzhardinge
2008-01-20 19:29                   ` xming
2008-01-20 23:52                     ` Jeremy Fitzhardinge
2008-01-20 23:52                       ` Jeremy Fitzhardinge

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=478F8D22.60004@goop.org \
    --to=jeremy@goop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=xmingske@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.