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-devel

Re: [Xen-devel] 2.0-testing.bk

What changeset should we be up to? I'm currently running 1.1666 which
you committed yesterday evening.

Frustrated that xm save for freebsd would give me:
(XEN) DOM0: (file=memory.c, line=425) Non-privileged attempt to map I/O
space 00000000

I tried 'xm save 0 foo' - which I'm not sure should be allowed - and
saw the following:

Unable to handle kernel NULL pointer dereference at virtual address
00000000
 printing eip:
c0298b6a
*pde = ma 00000000 pa 55555000
 [<c01069f3>] __do_suspend+0x43/0x1e0
 [<c0117906>] __wake_up+0x46/0xa0
 [<c012b96f>] worker_thread+0x22f/0x340
 [<c0106c60>] __shutdown_handler+0x0/0x50
 [<c0117840>] default_wake_function+0x0/0x20
 [<c0117840>] default_wake_function+0x0/0x20
 [<c012b740>] worker_thread+0x0/0x340
 [<c013009a>] kthread+0xaa/0xb0
 [<c012fff0>] kthread+0x0/0xb0
 [<c01076b5>] kernel_thread_helper+0x5/0x10
Oops: 0000 [#1]
PREEMPT DEBUG_PAGEALLOC
Modules linked in:
CPU:    0
EIP:    0061:[<c0298b6a>]    Not tainted VLI
EFLAGS: 00011296   (2.6.10-xen0)
EIP is at netif_suspend+0xa/0x40
eax: fbffc000   ebx: 00000000   ecx: 00000001   edx: ce57e000
esi: c0101000   edi: c05e8000   ebp: 00000000   esp: c05e9f0c
ds: 007b   es: 007b   ss: 0069
Process events/0 (pid: 3, threadinfo=c05e8000 task=c05cbb20)
Stack: c013c69f c043ef40 c01069f3 c05e9f40 c0117906 c05caf10 00002a8a
2e981339
       00004a2e ce57e000 c043ef40 00000000 c05e8000 00000000 c012b96f
00000000
       c05e9f74 00000000 c05caf10 c05e8000 c05e8000 c0106c60 c05e8000
c05caf00
Call Trace:
 [<c013c69f>] __get_free_pages+0x1f/0x40
 [<c01069f3>] __do_suspend+0x43/0x1e0
 [<c0117906>] __wake_up+0x46/0xa0
 [<c012b96f>] worker_thread+0x22f/0x340
 [<c0106c60>] __shutdown_handler+0x0/0x50
 [<c0117840>] default_wake_function+0x0/0x20
 [<c0117840>] default_wake_function+0x0/0x20
 [<c012b740>] worker_thread+0x0/0x340
 [<c013009a>] kthread+0xaa/0xb0
 [<c012fff0>] kthread+0x0/0xb0
 [<c01076b5>] kernel_thread_helper+0x5/0x10
Code: 89 54 24 10 8b 5c 24 04 8b 7c 24 08 83 c4 0c e9 3d f7 ff ff 90 8d
b6 00
00 00 8d bf 00 00 00 00 53 83 ec 04 8b 1d 40 bc 53 c0 <8b> 03 0f 18 00
90 81 f
0 bc 53 c0 74 20 90 8d b4 26 00 00 00



Why does xen think that an unprivileged guest has a reference to address
0 with the valid bit set?


                        -Kip

On Tue, 25 Jan 2005, Keir Fraser wrote:

> > Is it just me, or is the INSTALL_DIR definition in the Makefile
> > completely bogus?
> >
> > make install-kernels
> >
> > fails on:
> >
> > cp -a install -d -m0755/boot/* /boot/
> >
> > Changing INSTALL_DIR to the earlier definition fixed it for me.
> >
> > Nik
>
> Some of the recent build system 'cleanups' were broken. I've just done
> some testing and sanitisation.
>
>  -- Keir
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xen-devel
>


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel