[Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)

Mathieu Malaterre malat at debian.org
Mon Apr 11 08:18:43 UTC 2016

# set patch tag at least to get some attention, may need some tweaking
# since pagesize on buildd machine != user installed one
Control: tags -1 patch

On Thu, Mar 31, 2016 at 2:37 PM, Mathieu Malaterre <malat at debian.org> wrote:
> Dear all,
> I am currently trying to resurrect Mono debian package on PowerPC (32bits BE).
> I have two questions:
> - Is there a released version I should consider to start with if I
> want to make mono work son PowerPC again ?
> - I see some big changes here at:
> 99902cec93dfbc9e18e3fb6fa07b8770a3bd9adc so I am wondering if version
> (current debian package) is not a bit too old so get things
> back in shape.

Answering my own post.

So the bug was really within sgen implementation details:
ARCH_MIN_MS_BLOCK* definitions.

Within debian infrstratucture, our buildd machines are setup using
default debian kernel, and the default kernel logical page size was
changed recently:

[debian/config/kernelarch-powerpc/config-arch-64: Set PPC_64K_PAGES.]

The ppc32 buildd machine is setup on a ppc64 kernel. For some obscure
details (at least to me), one cannot run a debian ppc32 kernel on
ppc64 arch. Which means that the basic `mono` compiler is compiled
using ppc32 user space, but at C# compile time is executed on ppc64

I am guessing another simple patch would be to run the bootstrap
process with gc=none and keep the default sgen 4K setting for ppc32

It would be nice that mono detect any incoherence at runtime, this
would make tracking this bug in the future *so* much easier.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ppc32.patch
Type: application/octet-stream
Size: 669 bytes
Desc: not available
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20160411/67c442fe/attachment.obj>

More information about the Mono-devel-list mailing list