On Saturday 20 February 2010 11:34:44 Blue Swirl wrote: > On 2/20/10, Rob Landley <r...@landley.net> 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. > > 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... Thanks, Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds