* 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. 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. 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
