Mailing List Archive

Booting halts
Hello.

Can anyone answer my newbie questions? When i try to boot xen image it halts
after string
ide: Assuming 33MHz system bus...

I have NVIDIA nForce2 chip and use Gentoo Linux. I looked for same problem
in archives but
didn't find anything useful. What's wrong? Is this hardware supported?

With best regards, Konstantin.
Re: Booting halts [ In reply to ]
It may be some ACPI related issue that will be fixed in the not too
distant future. Try enabling debug and verbose in xen - that *might*
tell you more.

-Kip

On 5/7/05, Konstantin Selivanov <konstantin.selivanov@gmail.com> wrote:
> Hello.
>
> Can anyone answer my newbie questions? When i try to boot xen image it
> halts after string
> ide: Assuming 33MHz system bus...
>
> I have NVIDIA nForce2 chip and use Gentoo Linux. I looked for same problem
> in archives but
> didn't find anything useful. What's wrong? Is this hardware supported?
>
> With best regards, Konstantin.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>
>

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Re: Booting halts [ In reply to ]
Alas, debug mode give me nothing. Same error and same logs. Normal booting
of my 2.6.11 kernel goes like this

kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
kernel: NFORCE2: IDE controller at PCI slot 0000:00:09.0
kernel: NFORCE2: chipset revision 162
kernel: NFORCE2: not 100%% native mode: will probe irqs later
kernel: NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
kernel: NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
...

but if i try xen-patched 2.6.10 it says following and halt

kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx

I want to try 2.6.11 kernel to work with xen. Is there way to do that? Where
can i get xen patches?

Konstantin.

On 5/8/05, Kip Macy <kip.macy@gmail.com> wrote:
>
> It may be some ACPI related issue that will be fixed in the not too
> distant future. Try enabling debug and verbose in xen - that *might*
> tell you more.
>
> -Kip
>
> On 5/7/05, Konstantin Selivanov <konstantin.selivanov@gmail.com> wrote:
> > Hello.
> >
> > Can anyone answer my newbie questions? When i try to boot xen image it
> > halts after string
> > ide: Assuming 33MHz system bus...
> >
> > I have NVIDIA nForce2 chip and use Gentoo Linux. I looked for same
> problem
> > in archives but
> > didn't find anything useful. What's wrong? Is this hardware supported?
> >
> > With best regards, Konstantin.
> >
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@lists.xensource.com
> > http://lists.xensource.com/xen-users
> >
> >
>
Re: Booting halts [ In reply to ]
> Alas, debug mode give me nothing. Same error and same logs. Normal booting
> of my 2.6.11 kernel goes like this
>
> kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx
> kernel: NFORCE2: IDE controller at PCI slot 0000:00:09.0
> kernel: NFORCE2: chipset revision 162
> kernel: NFORCE2: not 100%% native mode: will probe irqs later
> kernel: NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
> kernel: NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
> ...
>
> but if i try xen-patched 2.6.10 it says following and halt
>
> kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx

Hrrrm. Might be fixed by the ACPI changes in the unstable tree. You could
try that out - those fixes look unlikely to go into a release until 3.0
itself.

> I want to try 2.6.11 kernel to work with xen. Is there way to do that?
> Where can i get xen patches?

The -testing and -unstable trees both use 2.6.11 by default.

Cheers,
Mark

> Konstantin.
>
> On 5/8/05, Kip Macy <kip.macy@gmail.com> wrote:
> > It may be some ACPI related issue that will be fixed in the not too
> > distant future. Try enabling debug and verbose in xen - that *might*
> > tell you more.
> >
> > -Kip
> >
> > On 5/7/05, Konstantin Selivanov <konstantin.selivanov@gmail.com> wrote:
> > > Hello.
> > >
> > > Can anyone answer my newbie questions? When i try to boot xen image it
> > > halts after string
> > > ide: Assuming 33MHz system bus...
> > >
> > > I have NVIDIA nForce2 chip and use Gentoo Linux. I looked for same
> >
> > problem
> >
> > > in archives but
> > > didn't find anything useful. What's wrong? Is this hardware supported?
> > >
> > > With best regards, Konstantin.
> > >
> > > _______________________________________________
> > > Xen-users mailing list
> > > Xen-users@lists.xensource.com
> > > http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Re: Booting halts [ In reply to ]
Alliluia, it works! Thanks a lot for responses.
Booting from unstable prebuild packages goes fine. Unfortunately building
from source cause
some errors:

cpu.o(.text+0xa62): In function `bx_cpu_c::cpu_loop(int)':
: undefined reference to `xc_evtchn_send'
main.o(.text+0x59d0): In function `bx_init_main(int, char**)':
: undefined reference to `xc_interface_open'
../memory/libmemory.a(misc_mem.o)(.text+0x3fb): In function
`bx_mem_c::init_memory(int)':
: undefined reference to `xc_get_pfn_list'
../memory/libmemory.a(misc_mem.o)(.text+0x44c): In function
`bx_mem_c::init_memory(int)':
: undefined reference to `xc_map_foreign_batch'
../memory/libmemory.a(misc_mem.o)(.text+0x4b3): In function
`bx_mem_c::init_memory(int)':
: undefined reference to `xc_map_foreign_range'
collect2: ld returned 1 exit status

If anyone can shed the light, i'll be very happy :).

Thanks, Konstantin.
Re: Booting halts [ In reply to ]
> Alliluia, it works! Thanks a lot for responses.

Good news! Perhaps it'll work on my desktop now too :-)

> Booting from unstable prebuild packages goes fine. Unfortunately building
> from source cause
> some errors:

The errors appear to be in the device model code. I'm sure it'll get fixed
but in the meantime you can do:

XEN_NO_IOEMU=y make <whatever>

In the repository root. Not building the ioemu package won't matter to you,
since I imagine you don't have VT hardware (given it's not on sale yet :-p).

Cheers,
Mark

> cpu.o(.text+0xa62): In function `bx_cpu_c::cpu_loop(int)':
> : undefined reference to `xc_evtchn_send'
>
> main.o(.text+0x59d0): In function `bx_init_main(int, char**)':
> : undefined reference to `xc_interface_open'
>
> ../memory/libmemory.a(misc_mem.o)(.text+0x3fb): In function
>
> `bx_mem_c::init_memory(int)':
> : undefined reference to `xc_get_pfn_list'
>
> ../memory/libmemory.a(misc_mem.o)(.text+0x44c): In function
>
> `bx_mem_c::init_memory(int)':
> : undefined reference to `xc_map_foreign_batch'
>
> ../memory/libmemory.a(misc_mem.o)(.text+0x4b3): In function
>
> `bx_mem_c::init_memory(int)':
> : undefined reference to `xc_map_foreign_range'
>
> collect2: ld returned 1 exit status
>
> If anyone can shed the light, i'll be very happy :).
>
> Thanks, Konstantin.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Re: Booting halts [ In reply to ]
Hello.
I had no internet access last three days, so wasn't able to reply.
Great, it fixed my problems. However, sometimes appears some
instabilities. I'll post about them some times later.

In any case, thanks for support %).

Konstantin.

On 5/9/05, Mark Williamson <mark.williamson@cl.cam.ac.uk> wrote:
>
> > Alliluia, it works! Thanks a lot for responses.
>
> Good news! Perhaps it'll work on my desktop now too :-)
>
> > Booting from unstable prebuild packages goes fine. Unfortunately
> building
> > from source cause
> > some errors:
>
> The errors appear to be in the device model code. I'm sure it'll get fixed
> but in the meantime you can do:
>
> XEN_NO_IOEMU=y make <whatever>
>
> In the repository root. Not building the ioemu package won't matter to
> you,
> since I imagine you don't have VT hardware (given it's not on sale yet
> :-p).
>
> Cheers,
> Mark
>
> > cpu.o(.text+0xa62): In function `bx_cpu_c::cpu_loop(int)':
> > : undefined reference to `xc_evtchn_send'
> >
> > main.o(.text+0x59d0): In function `bx_init_main(int, char**)':
> > : undefined reference to `xc_interface_open'
> >
> > ../memory/libmemory.a(misc_mem.o)(.text+0x3fb): In function
> >
> > `bx_mem_c::init_memory(int)':
> > : undefined reference to `xc_get_pfn_list'
> >
> > ../memory/libmemory.a(misc_mem.o)(.text+0x44c): In function
> >
> > `bx_mem_c::init_memory(int)':
> > : undefined reference to `xc_map_foreign_batch'
> >
> > ../memory/libmemory.a(misc_mem.o)(.text+0x4b3): In function
> >
> > `bx_mem_c::init_memory(int)':
> > : undefined reference to `xc_map_foreign_range'
> >
> > collect2: ld returned 1 exit status
> >
> > If anyone can shed the light, i'll be very happy :).
> >
> > Thanks, Konstantin.
>