Re: Potential issues for most ports (Was: Re: Bits from the Release Team (Jessie freeze info))

On 2013-11-03 23:04, Steve Langasek wrote: > On Sun, Nov 03, 2013 at 11:54:34AM +0100, Niels Thykier wrote: >> [...] > >> I suppose a "sponsor-only" DD could be sufficient, provided that the >> sponsor knows the porters well enough to be willing to sign off on e.g. >> access to porter boxes. I gu

Re: Potential issues for most ports (Was: Re: Bits from the Release Team (Jessie freeze info))

On 2013-11-03 16:03, Steven Chamberlain wrote: > On 03/11/13 10:54, Niels Thykier wrote: >> Come to think of it; maybe we should have a BTS page for each of the >> ports (e.g. a pseudo package in the BTS). > > We've had this on kfreebsd, due it to having been a release goal: > > http://udd.debian

Re: Buying RAM expansion from project money

On Tue, Nov 5, 2013 at 8:00 AM, Michael Schmitz wrote: >> I discussed a bit more with Jens, and he's not worried at all, as no >> accelerator card implements RMW bus cycles. So it should just work, like >> with all other memory we're running Linux in now. >> >> So, let's try? > > What could possib

Re: Buying RAM expansion from project money

Hi Geert, I discussed a bit more with Jens, and he's not worried at all, as no accelerator card implements RMW bus cycles. So it should just work, like with all other memory we're running Linux in now. So, let's try? What could possibly happen to modify the page tables without the CPU gett

Re: Qt5 switching qreal from float to double on arm*

On Monday 04 November 2013 17:57:35 Pau Garcia i Quiles wrote: > Hello, > > Simple question: what is the reason for the change? This is all I know: > Also, I seem to remember Thiago discussing about this on qt-interest but I > don't have time to

Re: Qt5 switching qreal from float to double on arm*

On Sat, 02 Nov 2013 15:29:05 -0300 Lisandro Damián Nicanor Pérez Meyer wrote: > Hi! Starting from Qt 5.2.0 (most probably from rc1 and definitely not > from beta1 currently in experimental) Qt5 will switch qreal from > float to double on arm*. > > We have the option to keep some archs in float b

Re: Qt5 switching qreal from float to double on arm*

On Saturday 02 November 2013 15:29:05 Lisandro Damián Nicanor Pérez Meyer wrote: [snip] > We have the option to keep some archs in float by passing a compilation > parameter. I've done so for armel and sh4, so only armhf will switch to > double. Just for the record, I din't considered the switch

Re: Potential issues for most ports (Was: Re: Bits from the Release Team (Jessie freeze info))

On 03/11/13 10:54, Niels Thykier wrote: > Come to think of it; maybe we should have a BTS page for each of the > ports (e.g. a pseudo package in the BTS). We've had this on kfreebsd, due it to having been a release goal: http://udd.debian.org/bugs.cgi?release=jessie_or_sid&merged=ign&fnewerval=7&

Re: Buying RAM expansion from project money

On Mon, Nov 4, 2013 at 12:08 PM, Ingo Jürgensmann wrote: > On 2013-11-04 12:02, Geert Uytterhoeven wrote: >>> FYI, I've sent an email to Jens. >> >> And he replied that RMW bus cycles are not supported. Oops. >> So we have to make sure no page tables are stored on BigRamPlus, i.e. >> allocations

Re: Buying RAM expansion from project money

On 2013-11-04 12:02, Geert Uytterhoeven wrote: FYI, I've sent an email to Jens. And he replied that RMW bus cycles are not supported. Oops. So we have to make sure no page tables are stored on BigRamPlus, i.e. allocations from pte_alloc_one() and pte_alloc_one_kernel() are done from "main" me

Re: Buying RAM expansion from project money

On Sun, Nov 3, 2013 at 9:54 AM, Geert Uytterhoeven wrote: > On Sun, Nov 3, 2013 at 9:53 AM, Geert Uytterhoeven > wrote: >> Does BigRamPlus support RMW bus cycles? That's needed to use it as generic >> RAM, as the MMU uses RMW bus cycles to update the page tables. > > FYI, I've sent an email to J