Hi Lawrence and Fabio,

It works if disable the COFFEE optimisation, as suggested by Andrew on 22/12/2014. I posted this to the list (as a reply to Andrew’s email), but then I later realised that my email reporting the issue (even though I sent it *before* Andrew alerted us about the issue with COFFEE optimisation), arrived on the list *after* my reply to Andrew’s email.

So at the moment I do indeed use

parameters["coffee"]["O2"] = False

and then the problem goes away.

Apologies for the confusion! There must be a space-time anomaly causing causality violations somewhere between here and London...

Thanks,

Eike

PS: Other emails I sent to the list also got delayed, sometimes by several hours, so that’s odd .

--

Dr Eike Hermann Mueller
Research Associate (PostDoc)

Department of Mathematical Sciences
University of Bath
Bath BA2 7AY, United Kingdom

+44 1225 38 5803
e.mueller@bath.ac.uk
http://people.bath.ac.uk/em459/

On 5 Jan 2015, at 13:40, Lawrence Mitchell <lawrence.mitchell@imperial.ac.uk> wrote:


On 5 Jan 2015, at 12:37, Fabio Luporini <f.luporini12@imperial.ac.uk> wrote:

I recently (two-three weeks ago) fixed a bug concerning padding, packing and unpacking. Are you sure coffee is up-to-date? If so, I'll have a look at this in the next few days (will be back in London tomorrow) and be back to you once fixed.

Thanks!

I do not think that this is the problem.  Note that we're using a kernel to assemble a /matrix/ to write into a /Dat/ that happens to have the right number of entries.  It's a bit of an abuse of the pyop2 code gen, but it works for non-padded cases.

Lawrence
_______________________________________________
firedrake mailing list
firedrake@imperial.ac.uk
https://mailman.ic.ac.uk/mailman/listinfo/firedrake