Re: Bug#741873: qemu-kvm: crashes booting gnumach (Hurd) with multiboot options
On Wed, Mar 19, 2014 at 5:52 AM, Michael Tokarev <mjt@tls.msk.ru> wrote:
> 19.03.2014 06:17, Gabriele Giacone wrote:
> []
>> Current qemu on wheezy (1.1.2) can boot hurd CD only on systems with
>> hwaccel and by specifying --enable-kvm. it crashes without hwaccel,
>> see [0]. Not a real problem on jenkins.d.n which has hwaccel, but IMHO
>> [0] is important enough to get an upload to stable, it makes
>> installing a hurd VM on a wheezy host hardware dependent.
>> Whereas this bug affects Debian infrastructure, assuming d.n as part
>> of Debian infrastructure and assuming that would count something if it
>> was d.o.
>
> Please note that without hwaccel, it is just tooo slow to be useful.
> In my opinion anyway. This hardware dependency only means x86
> (because on other arches we'll have to emulate the CPU anyway,
> and a. this bug will show up, and b. it will be painfully slow
> due to emulation), but x86 is the majority of debian machines
> these days. Other than that, -- it is difficult to find real
> (non-trash) x86 machine without hwaccel. Almost all machines
> without svn/vmx are just too old and slow to be useful.
Very slow would be better than nothing due to crash IMO. From time to
time, on #hurd someone without hwaccel joins interested in trying Hurd
images/CDs; with current wheezy, user can not do that (unless using
wheezy-backports).
>> How about identifying changes to backport fixing this bug and
>> proposing both to release team?
>> [0] https://bugs.debian.org/719633
>
> Here's the fix, which is rather simple (and is included into upstream
> 1.7.1 stable release):
>
> http://git.qemu.org/?p=qemu.git;a=commitdiff;h=33dfdb56f2f3c8686d218395b871ec12fd5bf30b
I know, that let me backporting it and confirming that it fixes
#719633 on wheezy as well.
I meant changes to fix this one, #741873. At least finding out what
released version fixed it should be easier than bisecting once version
is found.
Once someone points to them, another option (workaround) pops up:
Holger might then evaluate to simply rebuild 1.1.2 + #741873 patch and
install it on jenkins.d.n.
> 08:04 < h01ger> but i'm not interested in running anything else than wheezy+wheezy-backports there atn
Hurd multiboot does work with current qemu on wheezy-backports
(1.7.0+dfsg-2~bpo70+2). Is it enough?
> However, if we're to made a new stable release, I'd like to include
> quite some more changes too, which are useful for other users. Not
> that right now I have time for that :(
I'm sure, as you already reminded, you would have to explain
importance of each one.
At the moment, I could propose #719633 debdiff if you agree about
backporting it.
--
G..e
Reply to: