Re: [Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)
Yep, it's certainly not ideal; run-time detection would be, and I think it should be possible to change SGen to do that. But I wouldn't mind applying that change to Mono if it helps Debian's builds. It seems like a reasonable enough workaround in the meantime. On Mon, Apr 11, 2016 at 10:46 AM, Mathieu Malaterrewrote: > 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 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? >> >> Regards, >> Alex >> >> On Mon, Apr 11, 2016 at 10:18 AM, Mathieu Malaterre 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 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 4.2.1.102 (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.] >>> https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=aed63a56b189d771116f2d4b8fe10bbec528e6a2 >>> >>> 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 >>> kernel. >>> >>> 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 >>> machine. >>> >>> It would be nice that mono detect any incoherence at runtime, this >>> would make tracking this bug in the future *so* much easier. >>> >>> -M >>> >>> ___ >>> Mono-devel-list mailing list >>> Mono-devel-list@lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/mono-devel-list >>> ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)
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 Petersenwrote: > 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? > > Regards, > Alex > > On Mon, Apr 11, 2016 at 10:18 AM, Mathieu Malaterre 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 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 >>> 4.2.1.102 (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.] >> https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=aed63a56b189d771116f2d4b8fe10bbec528e6a2 >> >> 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 >> kernel. >> >> 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 >> machine. >> >> It would be nice that mono detect any incoherence at runtime, this >> would make tracking this bug in the future *so* much easier. >> >> -M >> >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)
No. This should be -ideally- a runtime configuration. pagesize setting(s) during compilation is not the pagesize setting(s) during execution. I am hoping someone with better understanding of sgen implementation could comment on a better runtime patch. -M On Mon, Apr 11, 2016 at 10:32 AM, Alex Rønne Petersenwrote: > 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? > > Regards, > Alex > > On Mon, Apr 11, 2016 at 10:18 AM, Mathieu Malaterre 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 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 >>> 4.2.1.102 (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.] >> https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=aed63a56b189d771116f2d4b8fe10bbec528e6a2 >> >> 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 >> kernel. >> >> 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 >> machine. >> >> It would be nice that mono detect any incoherence at runtime, this >> would make tracking this bug in the future *so* much easier. >> >> -M >> >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)
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? Regards, Alex On Mon, Apr 11, 2016 at 10:18 AM, Mathieu Malaterrewrote: > # 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 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 >> 4.2.1.102 (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.] > https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=aed63a56b189d771116f2d4b8fe10bbec528e6a2 > > 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 > kernel. > > 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 > machine. > > It would be nice that mono detect any incoherence at runtime, this > would make tracking this bug in the future *so* much easier. > > -M > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] PPC_64K_PAGES (Re: Running Mono on 32bits-big endian PowerPC)
# 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 Malaterrewrote: > 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 > 4.2.1.102 (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.] https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=aed63a56b189d771116f2d4b8fe10bbec528e6a2 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 kernel. 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 machine. It would be nice that mono detect any incoherence at runtime, this would make tracking this bug in the future *so* much easier. -M ppc32.patch Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list