[Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)
malat at debian.org
Mon Apr 11 08:46:22 UTC 2016
Actually... that should work. Maybe this will put some more stress on
some small systems (small memory size).
On Mon, Apr 11, 2016 at 10:32 AM, Alex Rønne Petersen <alex at alexrp.com> wrote:
> Hi Mathieu,
> So it would be appropriate to change the #if to
> #if defined (TARGET_POWERPC) || defined (TARGET_POWERPC64)
> if I understand the problem correctly?
> On Mon, Apr 11, 2016 at 10:18 AM, Mathieu Malaterre <malat at debian.org> wrote:
>> # 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
>>> 184.108.40.206 (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.
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
More information about the Mono-devel-list