On 15.08.2012 12:24, Bastien ROUCARIES wrote: > On Tue, Aug 14, 2012 at 6:47 PM, Michael Tokarev <m...@tls.msk.ru> wrote: [] >> Yes, the boot code is missing from debian. This is a packaging error. >> Unfortunately no one noticed this before (it is broken since upstream >> version 1.0), and unfortunately it needs an introduction of a new >> package - s390-tools - from http://repo.or.cz/w/s390-tools.git - >> into debian to fix this.
There's one good side here: qemu-system-s390x actually does work on debian, but only when given -kernel -initrd for booting. Ie, it can't boot from a disk image directly, but works with external -kernel. So it is at least usable still, even with a workaround. > I have read this, but they already exist a package call s390-tools > under debian but build only under s390. THe patch queue from the > upstream -- http://repo.or.cz/w/s390-tools.git is only six patch. May > be a better idea is to build this package in all the architecture with > the included patch ? Oh. I haven't noticed it is already packaged in debian. Just yesterday I talked with Bastian Blank who - it turned out - is one of uploaders of s390-tools package in debian - talked with him about this very issue in qemu, and he haven't mention this package is already part of debian. So it is better. > Thus no need to create a new package ? only to port the patch queue to > newer version and compile under all arch. I have made a patch queue if > needed here (beware not compile tested only apply cleanly), refreshed > to newer version of s390-tools. Yes, this is much easier now, since the right source package is already part of debian. It just needs to produce an extra binary arch:all package, using an additional patch (set) from this repo.or.cz repository. And yes, the patchset is small. The only prob is the packaging bits and the fact wheezy is in feature freeze. >> There might also be a similar issue with ppc and ppc_rom.bin - I need >> to investigate it further. > > May be I have not checked. It needs slof.bin and also spapr-rtas.bin is missing. That's not good. >> Now, I'm not sure if severity of this bug should really be "important" >> and not at least "serious"... :( > > If you raide to serious, it could be pretty quick to test: build the > new s390-tools under all arch (need serious also) and depend on qemu > on this package. It should be a new binary package, since s390-tools is arch:s390, and we need arch:all package with just the rom image. As for the severity, now when we know about -kernel, it will stay as "important", it is not more than important anymore. > BTW could we have qemu s390 and s390x image for debugging purpose ? No idea - I've never used any of these architectures myself. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
