Bernd Zeimetz <[EMAIL PROTECTED]> writes: > Hi, > >> Looks like we need to discuss the available options for this >> problem. Other issue is to know if current snapshots of 2.6.23 does >> work or not on this hardware. >> >> Bernd, can you test lastest 2.6.23 snapshot and see if it works? Check >> at http://wiki.debian.org/DebianKernel for more information where to >> find them. > > I've installed the machine using a 2.6.23-rc5 _smp_ kernel, all older > non-smp kernels failed to boot, and as Ihad to build my own installer > and kernel anyway I've decided to use an smp version.
Have you tested it witn a non-smp kernel? > As it takes a _long_ time to reboot a machine with a "crashed" CPU > (which was the result of all non-SMP kernel tests so far), and the > machine should be in production yet, I would like to avoid to try a > non-smp kernel on this machine. Right. It makes difficult to us to know if has or not been fixed since your last try. > I've looked trough the sparc64 commits (about 80) between 2.6.22 and > 2.6.23-rc6 and there was non which looked like it would address such an > issue. If you can point me to such a change I'll give a non-smp kernel a > try. Right :( > Also I'm pretty sure that non-smp kernels just don't work on the > machine. As far as I understand the way those machines work is that at > least two CPUs have to be in an operating state as they share one CPU > Data switch (if you have a look into such a machine you see that always > 2 CPUs + their memory are sitting in a CPU bay, and as far as I know you > can't run the system with an odd number of CPUs. > All processors share the same pysical memory address space and use - > depending on the number of CPUs - different cache coherence protocols, > so as far as I understand it such a system can't work at all without > having all CPUs properly initialized. But probably somebody with a > better knowledge about this architecture can give us some insight on > that, therefore I'm forwarding the message to debian-sparc, too. > > Probably interesting to read for you: > http://www.sun.com/processors/manuals/USIIIv2.pdf > http://docs-pdf.sun.com/806-6592-11/806-6592-11.pdf If that's true then we might have two options: - add a subarch for sparc with the needed kernel changes for it; - change default kernel on installer to be smp; What other think about that? (added debian-boot on cc due this) -- O T A V I O S A L V A D O R --------------------------------------------- E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br --------------------------------------------- "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
