Hello,
I used the merge-gnexus-blobs script to flash the prebuilt image. The
script worked smoothly except the make_ext4fs gave me a segmentation
fault. So instead I just downloaded a prebuilt binary of make_ext4fs
from here: https://code.google.com/p/archlive/downloads/detail?name=make_ext4fs.7z
Then the script ran to the end and the phone rebooted. But it freezed
at the boot splash of "google".
My host is running ubuntu 12.04 64bit.
I couldn't think of anyway to debug this problem and google doesn't
help much. So any suggestion is appreciated. Thanks!
--
Regards,
Chao Xu
I am seeing a behaviour where the load variations are very frequency
between 1ghz and 300mhz in a very short interval of time giving the
ping-pong effect. \
Is there a way of avoiding this Also, is it possible to find out which
task is causing this behaviour.
All this happens in a couple of sampling periods of ondemand.
--
Regards,
Sriram
Hello,
I'm trying to fire up an ARM fastmodel using a virtio block device rather
than the emulated MMC block device.
UEFI is reading the kernel & DTB off the virtio device, so I know the
device is present.
I added this to my kernel config:
diff --git a/linaro/configs/vexpress.conf b/linaro/configs/vexpress.conf
index 83acca8..2582450 100644
--- a/linaro/configs/vexpress.conf
+++ b/linaro/configs/vexpress.conf
@@ -58,3 +58,12 @@ CONFIG_LEDS_GPIO=y
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
CONFIG_LEDS_TRIGGER_CPU=y
+CONFIG_NET_9P=y
+CONFIG_NET_9P_VIRTIO=y
+CONFIG_VIRTIO_BLK=y
+CONFIG_VIRTIO_NET=y
+CONFIG_VIRTIO_CONSOLE=y
+CONFIG_VIRTIO=y
+CONFIG_VIRTIO_BALLOON=y
+CONFIG_VIRTIO_MMIO=y
+CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y
So far, I don't see any vda devices being enumerated (or any other virtio
messages) and it rootwaits for /dev/vda2.
I'm launching the model like this:
FVP_VE_Cortex-A15x1 -C motherboard.flashloader0.fname=$UEFI -C
motherboard.flashloader1.fname=uefi-vars.fd -C
motherboard.flashloader1.fnameWrite=uefi-vars.fd -C
motherboard.pl011_uart0.unbuffered_output=true -C
motherboard.smsc_91c111.enabled=1 -C
motherboard.hostbridge.userNetworking=1 -C
motherboard.virtioblockdevice.image_path=linaro.img
My kernel boot log is here:
https://pastebin.linaro.org/view/97165b9e
Model version:
Fast Models [8.3.44 (Nov 20 2013)]
Anyone had better luck using virtio on armv7 models and have any insights?
Cheers,
Ryan.
Happy New Year everyone!
I'm starting to resume my regular work schedule in Linaro and as the arm-soc
co-maintainer now, after five months of parental leave and a bit of vacation.
I have started following the mailing lists and replying to more work email
a couple of weeks ago, but today is the first day that I'm planning to
actually spend entirely on getting set up for productive work myself again.
Many thanks to Kevin, Linus and everyone else who has been stepping in for
me in the meantime! As Deepak Saxena is now on on leave, I will be taking
over some of his work until he returns, and I also need to catch up with
what has been going on. I have added a number of people on Cc that I'd like
to talk to at some point. I don't yet have any scheduled meetings, so if
you'd like to catch up, please just find me on IRC at a time that is
convenient for you, I'd be happy to call you back on the phone or just
talk on IRC. I should be available most days between 9:00 and 16:00 UTC.
I have not yet looked at the current contents of the arm-soc tree, I
guess I will have a chat with Olof and Kevin first and then get back
into merging and testing branches.
Arnd
Hi all,
I'd like to announce the availability of a preview/prototype of Go for
arm64 platforms.
This is based around gccgo but includes a version of the 'go' tool for
your familiar "go get" experience.
This release is based on the latest Ubuntu development version, Trusty
Tahr and contains gccgo 4.8 (implementing Go 1.1, and containing all
bugfixes I am aware of) and a version of the Go tool built from:
https://github.com/mwhudson/faux/tree/v1.1.2
(This is a fork of cmd/go from Go 1.1.2 with some bugfixes and
enhancements to work better when used with gccgo).
The easiest way to get started is to download the image I built for
use with the foundation model which is available here:
http://people.linaro.org/~mwhudson/go-preview/go-tool-preview-rootfs.img.xz
To use the image, follow the instructions from
https://wiki.ubuntu.com/ARM64/FoundationModel
but use my .img rather than the ubuntu-core one, and log in with
ubuntu/ubuntu rather than root/root.
If you just want to see the go tool itself, you can download binaries:
http://people.linaro.org/~mwhudson/go-preview/gohttp://people.linaro.org/~mwhudson/go-preview/go-static
("go" links against libgo.so.4, i.e. libgo from gccgo 4.8, and
"go-static" is, I hope unsurprisingly, statically linked).
I've also uploaded the rootfs I built the image out of:
http://people.linaro.org/~mwhudson/go-preview/go-tool-preview-rootfs.tar.xz
It ought to be possible to use this with qemu as described at:
https://wiki.debian.org/Arm64Qemu
but when I tried it segfaulted. YMMV!
I'd love to hear your experiences using this, I'm sure there are bugs
aplenty, but we have to start somewhere!
Cheers,
mwh
Hi Kevin,
I have updated the script you shared here:
https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/AdaptiveTickless?…
to get the time for which cpu wasn't getting interrupted.
Probably this might be useful for few other folks as well and so sharing it..
I am bad at scripting, so please ignore silly code in there :)
So, the script will take a parameter, i.e. number of samples you
need and will output the amount of time CPU1 (of a dual-core
machine) was isolated.
There is a variable "isdebug", which can be used to enable/disable
debug messages.
Let me know if there is something really stupid in it :)
--
viresh
Hi,
I am doing some work to optimize sqlite to utilize a GPU for acceleration.
One thing missing, I really should have some "reasonable" populated
sqlite databases of some amount of size. I can create contrived
examples but I think it might be advantageous to utilize some real
world sqlite databases. This presumes of course that it doesn't have
sensitive data and can be shared.
Appreciate any pointers. Thanks!
--
Regards,
Tom
"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
Tech Lead, Graphics Working Group | Linaro.org │ Open source software
for ARM SoCs
w) tom.gall att linaro.org
h) tom_gall att mac.com