qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: Fun with sparc (was Re: qemu-ppc can't run static uClib


From: Blue Swirl
Subject: [Qemu-devel] Re: Fun with sparc (was Re: qemu-ppc can't run static uClibc binaries.)
Date: Sat, 20 Feb 2010 23:59:31 +0200

On 2/20/10, Rob Landley <address@hidden> wrote:
> On Saturday 20 February 2010 11:34:44 Blue Swirl wrote:
>  > On 2/20/10, Rob Landley <address@hidden> wrote:
>
> > >  I don't understand what's going wrong here.  Did the kernel break on
>  > > sparc sometime between 2.6.18 and 2.6.32 and nobody noticed?  Is sparc
>  > > using software emulated floating point at the kernel level and that's
>  > > configured as a module?  (Except I don't think busybox ls uses floating
>  > > point...)
>  >
>  > Sparc32 is not maintained anymore so maybe it broke at some point.
>  > There was some discussion a few years ago.
>
>
> Not maintained on the Linux kernel side, or not maintained under qemu?  It
>  seems to be working under debian, but the 2.6.18 kernel is from 2006.

On kernel side. I try to maintain QEMU side.

>  > >  Do any sparc people understand what's going on here?  My next step is to
>  > > grab a 2.6.18 kernel and try to get _that_ to work with the tweaked
>  > > debian config (and an ext2 root filesystem since squashfs wasn't merged
>  > > back then and had a format change when it was merged).  But I'm mostly
>  > > flailing around blind here...
>  >
>  > I'm also trying different kernels using my .config. But already 2.6.12
>  > hangs in ESP probe.
>
>
> I've got 2.6.32 booting to a command prompt (albeit with serial console and
>  intentionall restricted set of hardware).  But then it misbehaves.
>
>  I'll try getting 2.6.18 to build with a known .config, and then bisect 
> forward
>  if that seems to work...

Good plan. Bisecting backwards could be interesting too, to find out
which releases are actually working out of the box.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]