Hello, linaro-dev,
When I boot the Ubuntu desktop image available from
http://releases.linaro.org/12.06/ubuntu/leb-panda/lt-panda-x11-base_2012062…
all I see is a black screen and the mouse pointer.
I see some messages on the console like
[ 13.996887] (stk) : timed out waiting for ldisc to be un-installed
[ 15.145019] (stk) :ldisc installation timeout
and
[ 22.983459] omap-hdmi-audio-dai omap-hdmi-audio-dai: audio not supported
[ 22.990631] omap-hdmi-audio-dai omap-hdmi-audio-dai: can't open interface omap-hdmi-audio-dai: -19
My PandaBoard is connected to a Dell monitor with a native resolution of
1680 x 1050. Is this a problem?
--
Thank you,
David
Hi,
The SD card I routinely use for testing which I got at some Linaro
meeting or other has fallen apart (physically), so I'm on the hunt for a
new one. Does anyone have a recommendation of a brand of card I should
be looking for? For LAVA stuff, it needs to be at least 8 gigs.
Cheers,
mwh
Dear Mr Kurt Taylor,
Hello, I'm Claude Youn, work for InSignal, she made Origen board. I'm so
interest your project 'android-ucm', because I have a role on sound of
Origen board. And also Mr Bernard Park, who is in Linaro, asked me to
support audio and origen board works for linaro. :) After that, I asked
to Mr Mark brown, ASoC maintainer, about his tinyhal project status, and
he answered me to contect to you.
For now, I worked audioHAL of Origen board from alsa HAL, which was
ported by windriver guys, with some modifications. And also I ported
tinyhal, from Mr Mark Brown's git. :) But it's not enought to be a
official one, I think.
See below links,
- alsa legacy porting based hal
http://git.insignal.co.kr/?p=insignal-android/vendor/insignal/hal/alsahw_le…
- tinyhal based audio hal
http://git.insignal.co.kr/?p=insignal-android/vendor/insignal/hal/tinyhal.g…
So, how can I contribute to your project? Can you share your plan to me?
with best regards,
claude
Based on v3.5-rc4
This patch add basic thermal driver support for the imx6q platform. This
was implemented by hooking into the linux thermal framework which provides
sysfs temperature readings and other data and a method to shutdown the system
if it gets too hot.
A major change in this revision is that cooling device implementation
was removed as it is dependent on cpufreq and no imx6q cpufreq exist upstream
and there is no recent activity on efforts to do so.
Other changes in v6.
1. Fixed several problems that were pointed out in v5 review.
2. Re-worked the sensor reading code to better handle suspend/resume case
3. Made various naming changes to make it more specific to the anatop
peripheral instead of the imx6q platform. This should reduce the changes
required to use this driver in future platforms.
4. Removed test support for imx6q parts without calibrated temperature
sensor fuses. These devices will simply exit thermal driver initialization
with a warning message.
5. Made the thermal driver and the anatopmfd driver defaulted to be enabled
in the Kconfig files which will still dependend on imx6q_soc being enabled.
Not sure if this is the right place to do this or if it should be done
in the defconfig file.
Known future work will be to add back in cooling device support once cpufreq
is supported. Improvements to coincide with that work may involve adding
the active cooling trip points into device tree for hardware application
specific settings.
link to previous submissions:
v5" https://lkml.org/lkml/2012/6/20/57
v4: http://comments.gmane.org/gmane.linux.acpi.devel/51779
v3: http://www.spinics.net/lists/arm-kernel/msg155955.html
v2: http://www.spinics.net/lists/arm-kernel/msg155790.html
v1: http://www.spinics.net/lists/arm-kernel/msg155111.html
Changes in v5:
1. Modified to use anatop mfd driver for accessing anatop registers
2. Made necessary changes to work with latest generic CPU cooling code.
3. Added Config changes and functionality to allow testing on parts without
without programmed temperature sensor calibration values.
4. General cleanup and addition of comments.
Changes in v4:
1. Removed bad suspend/resume assignment into thermal class. After further
examination and discussion with SoC designers, a sequence is now used
for making measurements that is is unaffected by system suspendresumes.
Temp Sensor automatically powers off in hardware during the low power mode
caused by a system suspend.
2. Moved some structures from static to dynamic allocation.
3. Added some noise handling to temperatuer sensor readings.
Changes in v3:
1. Fixed the various issues pointed out in v2
2. Made other code cleanup and a bit of re-organizing
3. Removed unecessary platform driver and device.
Changes in v2:
1. Cleaned up some style issues pointed out in v1
2. Made various other code cleanup and re-organizing
3. Added temperature sensor calibration
4. Created platform driver and device to hook into pm suspend.
Performed some basic testing to ensure proper cooling operating. If
you want to test this, full testing requires imx6q cpufreq
implementation (not yet in v3.5).
Robert Lee (1):
ARM: imx: Add basic imx6q thermal driver
arch/arm/boot/dts/imx6q.dtsi | 5 +
drivers/mfd/Kconfig | 1 +
drivers/thermal/Kconfig | 9 +
drivers/thermal/Makefile | 1 +
drivers/thermal/imx_anatop_thermal.c | 465 ++++++++++++++++++++++++++++++++++
5 files changed, 481 insertions(+)
create mode 100644 drivers/thermal/imx_anatop_thermal.c
--
1.7.10
I want to make network work with Qemu using the tap device.
I tried this out using a debian-wheezy (
http://elinux.org/BeagleBoardDebian#Debian_Wheezy_snapshot) and Linaro
(nano) (http://www.linaro.org/downloads/1203) for the beagleboard and
following some instructions online to set up the tap device.
In both cases it did not work and I only see an usb0 device set up but not
configured/linked. The eth0 fails while booting.
Debugging Qemu while loading I found the following problem. Could you help
me with that?
1. tap0 device already set up:
2. Command line:
sudo qemu-system-arm -M beagle -m 512 -drive
file=beagle-wheezy.img,if=sd,cache=writeback -clock unix -netdev
tap,id=mynet,ifname=tap0,script=no -usb -device usb-net,netdev=mynet
-serial stdio
3. Debugging Qemu:
Cause of crash: s->dev.config IS NULL
Program terminated with signal 11, Segmentation fault.
#0 0xb74af3f1 in is_rndis (s=0xb9c73c20)
at /home/sferlin/qemu-linaro-1.1.0-2012.06/hw/usb/dev-network.c:650
650 return s->dev.config->bConfigurationValue == DEV_RNDIS_CONFIG_VALUE;
(gdb) up
#1 0xb74b0c24 in usbnet_can_receive (nc=0xb9c763c8)
at /home/sferlin/qemu-linaro-1.1.0-2012.06/hw/usb/dev-network.c:1292
1292 if (is_rndis(s) && s->rndis_state != RNDIS_DATA_INITIALIZED) {
(gdb) up
#2 0xb741bc48 in qemu_can_send_packet (sender=0xb9bf4d20) at net.c:367
367 !sender->peer->info->can_receive(sender->peer)) {
(gdb) up
#3 0xb7423b4b in tap_can_send (opaque=0xb9bf4d20) at net/tap.c:175
175 return qemu_can_send_packet(&s->nc);
(gdb) up
#4 0xb738b1b5 in qemu_iohandler_fill (pnfds=0xb7bc3f00,
readfds=0xb7bc3d80,
writefds=0xb7bc3e00, xfds=0xb7bc3e80) at iohandler.c:101
101 ioh->fd_read_poll(ioh->opaque) != 0)) {
Hi All,
I've been mucking around a bit with linaro server kinds of things. I
remember from the last connect Michael Hope had a bit of a checklist
before he would collect data. I'd like to make sure I'm getting all I
can out of the board.
One of the elements of the list was turning off power management. With
a little light searching I didn't see anything.
More generally, it does seem like a wiki page with a pre-benchmark
checklist with things to check/do would be of value.
Thanks!
--
Regards,
Tom
"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
Linaro.org │ Open source software for ARM SoCs
h) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com