[ACTIVITY] report week 01

[Peter Maydell]

RAG:
Red:
Amber:
Green: qemu git pull request accepted, patches seem to be flowing
   into qemu upstream more freely now

Milestones:
 | Planned| Estimate   | Actual |
finish virtio-system | 2010-08-27 | postponed  ||
finish testing PCI patches   | 2010-10-01 | 2010-10-22 | 2010-10-18 |
successful ARM qemu pull req | 2010-12-16 | 2010-12-16 | 2010-12-16 |
finish qemu-cont-integration | 2010-01-25 | 2010-01-25 ||

Bonus extended holiday edition:
This report includes a number of things that happened over
the Christmas holidays as well as this week (which is
a short one, only 3 days).

Progress:
 * merge-correctness-fixes:
 ** my git pull request for various ARM qemu patches was merged!
 ** a number of other patches were merged to qemu master:
+ implement correct NaN propagation rules
+ rename softfloat float*_is_nan() functions
+ fix UMAAL (Aurelien's patch, reviewed by me)
+ VQSHL (reg) patchset
 ** diagnosed the segfault in
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/604872
and wrote a patchset which fixes it (and related problems):
http://patchwork.ozlabs.org/patch/77887/ (n/7)
 ** wrote and posted a patchset which implements save/restore
for the versatile platform (so I didn't have to wait 10
minutes for the test case to reach the segfault)
http://patchwork.ozlabs.org/patch/76529/
 ** finished and posted a patchset implementing flushing of
denormals to zero on input:
http://patchwork.ozlabs.org/patch/77798/ (n/3), now committed
 ** reviewed/tested Aurelien's SMMLA/SMMLS patch (now committed)
 ** wrote and posted patches which implement the FS_IOC_FIEMAP
ioctl (http://patchwork.ozlabs.org/patch/77725/) and
the file_sync_range{,2} syscalls
(http://patchwork.ozlabs.org/patch/77723/) -- these are used
by apt, and so linaro-media-create was generating a lot of
warnings from qemu about their lack of implementation
 ** posted patch to clean up NaN handling in linux-user NWFPE
emulation (follow-on from earlier NaN cleanups):
http://patchwork.ozlabs.org/patch/77795/

 * maintain-beagle-models:
 ** implemented minimal ARM cp14 debug registers
and a random register in the TWL4030 emulation (both needed
to get recent Linaro kernels to boot on the beagle model)
Submitted merge request upstream:
http://meego.gitorious.org/qemu-maemo/qemu/merge_requests/3

Current qemu patch status is tracked here:
https://wiki.linaro.org/PeterMaydell/QemuPatchStatus

Meetings: toolchain standup, pdsw doughnuts

Absences:
2011: Dallas Linaro sprint 9-15 Jan. Holiday 21 Jan, 22 Apr - 2 May.

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

[ACTIVITY] Weekly status

[Richard Sandiford]

== This week ==

* Away Monday, and a fair bit of time on non-Linaro duties.

* Looked at Dave's gromacs bug (693502).  Turned out to be a reload
  inheritance problem.  Tested a patch.  Spent some time coming up with
  a brute-force testcase that I can submit with the patch.

* Found a bug in the x86 and x86_64 ifunc support that would affect
  ARM too if we weren't careful.  Came up with an example testcase
  and filed the bug upstream:

http://sourceware.org/bugzilla/show_bug.cgi?id=12366

  It has been fixed by H.J. Lu.  I'm wondering about taking a
  slightly different approach for ARM.

* More ifunc work.

* Tried again to reproduce the chrome failure, making sure to use
  DEB_BUILD_HARDENING=1.  (I hadn't realised first time round that,
  in reaction to this bug, debian/rules specifically excluded armel
  from the automatic DEB_BUILD_HARDENING=1 setting.)  The build
  takes a couple of days on my BeagleBoard.

  Heh, and just as I wrote that, the build failed with the reported
  link error.  Neat.

== Next week ==

* Finish testing the patch for 693502 and submit it upstream.
  Backport the patch to our tree once accepted.

* Look at the chromium problem.

* More ifunc.

Richard

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain

[ACTIVITY] 2011-01-07

[David Gilbert]

Got h264ref working in SPEC; this was another signed-char issue (very
difficult one to find - it didn't crash, it just came out with subtly
the wrong result);
compiling that and sphinx3 with -fsigned-char and they seem happy.

With Richard's fix for gromacs that leaves just the zeusmp binary
that's too large to run on silverberry; it seems to startup on canis1
(that has more RAM).
So that should be a full set; I just need to get the fortran stuff
going on canis1.

Kicked off discussion on libffi-discuss about variadic calls; people
seem OK with the idea of adding it (although unsure exactly how many
things really use it
- even though there are examples in Python documentation).  Also
kicked off some of the internal paperwork to contribute code for it.

Dave

___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain