Status report is in
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport
Last weekly meeting minutes can be found from
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-07-06
Highlights
11.06 release done, great thanks to all! Graphics deliverables were part
of the release (glcompbench, glamrk2, unity, nux).
Planning for 11.07 is now in place. Milestone pages created, blueprints
associated, work now moving forward to meet the targets. See the planned
release content from Graphics in
https://wiki.linaro.org/Cycles/1107/Release/MilestonePagesStatus
Preparation for Connect is ongoing.
GLEW patches have been submitted upstream, discussing now the revisions
to be made.
Android targets: 0xbench - trying to see if the benchmarking work which
Alexandros has been busy with can be folded into 0xbench. glmark2 seems
to be a good candidate.
ARMHF benchmarking for graphics was also discussed, if nothing else such
work would provide also HF builds of the benchmarking packages we have
in Graphics. Discussion ongoing, perhaps this is something to leave for
discusion during Linaro Connect - it depends on the time available with
the release happening in less than 2 weeks
Memory management has seen a different kind of communication on the
lists this week. Linaro folks are working to drive the solutions safely
ahead, addressing stakeholder concerns on the way.
Best,
--
Ilias Biris ilias.biris(a)linaro.org
Project Manager, Linaro
M: +358504839608, IRC: ibiris Skype: ilias_biris
Linaro.org│ Open source software for ARM SoCs
On 08.07.2011 00:11, Michael Hope wrote:
> On Thu, Jul 7, 2011 at 1:36 AM, Marcin Juszkiewicz
>> There is no gcc-4.6 for Lucid currently as it requires newer versions of
>> few libraries (mpfr, mpc) and one of rule of this PPA is "do not update
>> packages which may affect other packages".
>
> Hi Marcin. The versions included with Lucid are OK for 4.6. Lucid
> includes libmpc 0.8.1 (GCC's configure.ac marks it as 'buggy but
> acceptable) and libmpfr 2.4.2. There is a difference in package names
> - it's libmpfr1ldbl in Lucid and libmpfr4 in Natty.
Thanks Michael. I do not remember why I though that.
Anyway gcc-4.6 got built for Lucid too. Enjoy.
Status report: https://wiki.linaro.org/OfficeofCTO/WeeklyReport
Weekly meeting minutes: https://wiki.linaro.org/OfficeofCTO/2011-07-05
Highlights:
ARMHF: Konstantinos has been doing benchmarking (check out
https://wiki.linaro.org/OfficeofCTO/HardFloat/Benchmarks for more
details of the results so far). A first release of Konstantinos' own
images will be made for the 1107 as a non-official use-at-own-risk set
of images. Blueprint to follow the images release is
https://blueprints.launchpad.net/linaro/+spec/engr-octo-armhf-images.
ArmHF Cross bootstrap: just about getting in place. Working on a libtool
bug, as well as a second issue which is a lot of perl modules which do
not cross build
Boot architecture meetings have started. Boot architecture seems to be
on a good start, goal this week is to have an agenda for the face to
face Linaro Connect meeting.
Device tree: seems to be moving along well. Patches should if all goes
as expected get merged in the 3.1 kernel window. Work is being done also
on device model and how it relates to power management.
Work for 1107 planned - related to Boot Architecture, final updates to
the device tree documentation, ARMHF work, SMP (64 bit sync primitives
in gcc). For the highlights only ARMHF images availability is provided
now, depending how the rest of the work goes we may have additional
highlights for documentation made available
Finally, the Office of CTO wiki is being updated, so keep watching that
space for better wiki pages that convey all the great work done by that
team
--
Ilias Biris ilias.biris(a)linaro.org
Project Manager, Linaro
M: +358504839608, IRC: ibiris Skype: ilias_biris
Linaro.org│ Open source software for ARM SoCs
I have a few inter-related issues:
- Why would one kernel boot a card that another kernel can't?
- Why would a card's disk geometry matter for boot?
- Who is a good manufacturer for getting hardware-identical cards in
bulk?
- How can I probe the actual "disk geometry" of an sd card?
I bought 100 Transcend SD cards a little while ago and duplicated them with
an OpenEmbedded-based filesystem (linux-2.6.36).
There were a few "bad" cards that I threw out, but the success rate was
acceptable.
In the next round of 40 SD cards I used a Linaro-based filesystem
(linux-2.6.39) and had about a 50% failure rate when testing that the cards
would boot, which is absurd.
There kernel reports: [ 1.003204] mmcblk0: unknown partition table
However, the cards would mount and show files just fine.
I reduplicated one of the non-booting cards with an OpenEmbedded filesystem
and then it booted. Weird!
After some investigation I found that using `gparted` (instead of `fdisk`)
to create a new partition table and then `rsync`ing the contents of the
original filesystem resulted in a booting Linaro card.
Rinse and repeat and I ended up with 3 images which only vary by the disk
geometry as reported by `fdisk -l`:
- 50% -- 255 heads, 63 sectors/track, 974 cylinders
- 40% -- 2 heads, 4 sectors/track, 1957632 cylinders
- 10% -- 247 heads, 62 sectors/track, 1022 cylinders
- 1 card still didn't boot
I'm lost. Please advise.
AJ ONeal
Non-booting kernel message
[ 0.923309] Waiting for root device /dev/mmcblk0p2...
[ 0.957885] mmc0: host does not support reading read-only switch.
assuming write-enable.
[ 0.982025] mmc0: new high speed SDHC card at address b368
[ 0.988494] mmcblk0: mmc0:b368 USD 7.46 GiB
[ 0.993957] mmcblk0: detected capacity change from 0 to 8018460672
[ 1.003204] mmcblk0: unknown partition table
[ 1.036926] VFS: Cannot open root device "mmcblk0p2" or
unknown-block(179,2)
[ 1.044433] Please append a correct "root=" boot option; here are the
available partitions:
[ 1.053344] b300 7830528 mmcblk0 driver: mmcblk
[ 1.058959] Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(179,2)
Booting kernel message
[ 1.122070] mmc0: host does not support reading read-only switch.
assuming write-enable.
[ 1.146087] mmc0: new high speed SDHC card at address b368
[ 1.152557] mmcblk0: mmc0:b368 USD 7.46 GiB
[ 1.158020] mmcblk0: detected capacity change from 0 to 8018460672
[ 1.166351] mmcblk0: p1 p2 p3
[ 1.259674] EXT3-fs: barriers not enabled
[ 1.265411] kjournald starting. Commit interval 5 seconds
[ 1.271331] EXT3-fs (mmcblk0p2): mounted filesystem with ordered data
mode
[ 1.278686] VFS: Mounted root (ext3 filesystem) readonly on device 179:2.
I've just pushed a 3.0 based branch to the Linaro+Android git tree,
which can be found here:
git://git.linaro.org/people/jstultz/android.git linaro-android-3.0
See the revision log here:
http://git.linaro.org/gitweb?p=people/jstultz/android.git;a=shortlog;h=refs…
At the moment there isn't a 3.0 based linaro tree, so in order to
facilitate early testing with 3.0 for the 11.07 release, I've gone ahead
and pushed out only the android-3.0 branch + a few defconfig changes.
Once Nico makes the 3.0 linaro tree available, I'll merge it in as I
normally do.
Known issues:
-------------
o The ADB code has changed in 3.0, and requires some commands from
userland at boot in order to be enabled. See bug #807230 for details.
o EDID isn't yet working, so to get graphics on pandaboard, I needed to
add: "omapfb.mode=dvi:1280x1024MR-16@60" to the boot prompt. Zach is
looking into this w/ the TI developers.
o USB goes to sleep periodically, and requires a keystroke to wake up.
Unfortunately usb adb connections don't survive these cat-naps.
o I've not finished testing on beagleboard, but it was working a few
days ago without major issues.
Please let me know if anyone runs into any additional issues.
thanks
-john
Hi folks.
I wrote this script that allows one to upgrade from l-c to
lava-dashboard. The script is interactive due to debconf which we are
currently stuck with. I tested it in several configurations on a
snapshot of l-c 0.4.1
I would like to use this script in the migration guide, feedback welcome!
Thanks
ZK
Hi Zach,
We have a request in the queue to set up Gerrit for the Android team,
and I know it's something that you consider very important. We haven't
yet talked specifics of the configuration of Gerrit, and so I don't yet
have a solid idea of what work there is for the Infrastructure team
there. I'd like to rectify that and create an implementation plan for
the first steps to where you want to go.
To that end, if we had a vanilla Gerrit instance up and running
tomorrow, what would be the first things that you would want to do to it
before it would be useful to you?
Thanks,
James
Hello,
I'd like to upgrade Jenkins on the production to be close to sandboxes
(which always use latest) and local development to be performed per
this milestone's blueprints. android-build.linaro.org runs 1.400,
latest is 1.418. Interim versions were tested regularly on
sandboxes, and I reviewed changelog and saw no backwards-incompatible
changes which might affect us. Actually, it has few nice fixes and
features useful for us, including those which raised discontent with
using Jenkins for our usage patterns:
* Label expression logic wasn't supporting a binary operator sequence
like "a || b || c" (issue 8537)
* Move Jenkins URL setting from E-mail Notification to its own section
in the main configuration.
* Added an extension point to allow prodding the NodeProvisioner into
taking action faster than it might usually.
* When there are absolutely no executors for a specific label, there was
an unnecessary delay in provisioning the first node for that label.
* Added a new build parameter type that shows a text area
So, I'd propose to perform upgrade European morning on Thursday, 7th.
Please let me know if there're any concerns.
--
Best Regards,
Paul