* Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx> wrote: > * Jon Bernard (jbernard@xxxxxxxxxx) wrote: > > * Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx> wrote: > > > Hi Jon, > > > > > > What's the cpuinfo spec of the build machine ? > > > > Here is the contents of /proc/cpuinfo: > > > > cpu : TI UltraSparc IIIi (Jalapeno) > > http://en.wikipedia.org/wiki/SPARC#SPARC_microprocessor_specifications > > UltraSPARC IIIi (Jalapeño) .... V9 / JPS1 > > so it should be a sparcv9. > > Can you try a uname -a to see which kernel version/architecture this > is? I wonder if it's a 32 or 64-bit kernel. Looks to be 64-bit: Linux lebrun 2.6.32-bpo.5-sparc64-smp #1 SMP Sat Jun 12 03:45:52 UTC 2010 sparc64 GNU/Linux > You might also want to try modifying configure.ac to add: > > sparc) ARCHTYPE="sparc64" ;; > > below (or above) > sparc64) ARCHTYPE="sparc64" ;; > > and try to build this (and run the library tests) on the machine to see > if it works. This /should/ work. Debian has dropped support for pre-v9 sparc processors [1]. So regardless of wether autoconf detects sparc or sparc64, setting ARCHTYPE="sparc64" seems the right thing to do in this case. [1]: http://wiki.debian.org/Sparc64 J > I suspect that this machine has a 32-bit kernel, hence the "sparc" > rather than sparc64 host cpu. I'm not sure what's the best way to detect > the machine type for these though, as really old sparcs before v9 will > be tagged as "sparc". So basically, shipping the library with a distro > targeting sparc64 is always fine, because these are v9+, but shipping > the lib with a distro targeting old sparcs would be incorrect (at > runtime) on these old machines. Now when the distro for old sparcs is > deployed on the v9+ machines, then that works. So I really don't know > what's the best approach there. Is the Linux kernel still supporting > pre-v9 sparc boxes ? > > Thanks, > > Mathieu > > > fpu : UltraSparc IIIi integrated FPU > > pmu : ultra3i > > prom : OBP 4.11.4 2003/07/23 08:04 > > type : sun4u > > ncpus probed : 2 > > ncpus active : 2 > > D$ parity tl1 : 0 > > I$ parity tl1 : 0 > > Cpu0ClkTck : 000000003bb94e80 > > Cpu1ClkTck : 000000003bb94e80 > > MMU Type : Cheetah+ > > State: > > CPU0: online > > CPU1: online > > > > I belive sun4u means this is a pre-sparcv9 box, no? > > > > J > > > > > > > > Basically, liburcu supports sparc starting from v9. Hopefully the build > > > machine you are trying to use is at least a v9. > > > > > > So yes, liburcu only recornises host "sparc64", not "sparc", because > > > AFAIK all sparcv9+ are labeled "sparc64" rather than "sparc". But I > > > might be wrong here. This is why having the cpuinfo information would be > > > helpful. Also knowing the kernel configuration might help. > > > > > > Usually, sparcv9+ are 64-bit Linux kernels with a 32-bit userland. > > > > > > Thanks, > > > > > > Mathieu > > > > > > * Pierre-Marc Fournier (pierre-marc.fournier@xxxxxxxxxx) wrote: > > > > As the maintainer of liburcu, Mathieu will be more able to help with > > > > this than me. We do have a sparc machine in the lab. Maybe it will be > > > > possible to reproduce the bug on it. > > > > > > > > pmf > > > > > > > > On 08/03/2010 05:39 PM, Jon Bernard wrote: > > > >> Hey Pierre-Marc, I have a bug filled against liburcu in debian [1] that > > > >> fails to build and I am hoping you have an idea for this. The full build > > > >> log is here [2]. Unfortunately, the build daemon box that the build > > > >> fails on is determined to be of host type 'sparc', but the porterboxes > > > >> that I have access to are determined to be of host type 'sparc64', and > > > >> so the build doesn't fail for me, only on the buildd machine ;) I cannot > > > >> think of a way to duplicate this environment and so I thought you may > > > >> have an idea. Any suggestions on this are much appreciated. If you need > > > >> any additional information, don't hesitate to ask. > > > >> > > > >> Cheers, > > > >> > > > >> J > > > >> > > > >> [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586543 > > > >> [2]: https://buildd.debian.org/fetch.cgi?pkg=liburcu&arch=sparc&ver=0.4.6-1&stamp=1277013595&file=log&as=raw > > > > > > > > > > -- > > > Mathieu Desnoyers > > > Operating System Efficiency R&D Consultant > > > EfficiOS Inc. > > > http://www.efficios.com > > -- > Mathieu Desnoyers > Operating System Efficiency R&D Consultant > EfficiOS Inc. > http://www.efficios.com -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
