June 2011: forum thread
Contents |
These machines were pre-installed with MeeGo 1.1 using a trunk-daily build of 1.1.90.2.20110209.4 (see /etc/zypp/repos/core.repo on the device); this is no longer available.
In the absence of a more stable repo an alternative is to track the latest package set by setting
baseurl=http://download.meego.com/trunk-daily/builds/trunk/latest/repos/oss/ia32/packages/
in the core.repo file.
Then:
zypper ref
(If anyone is brave enough to run zypper up and potentially need to reinstall then please say how this works.)
I tried that against the latest weekly repo at that time (http://repo.meego.com/MeeGo/builds/1.1.90/1.1.99.2.20110412.6/repos/oss/ia32/packages/) and first it hung on updating libc. After a reboot it ran through, but after one more reboot the Tablet UX didn't come back up anymore. Didn't investigate it further. I'll most likely use these instructions: http://meego.com/downloads/releases/1.2/meego-tablet-developer-preview and the image for aforementioned weekly.
--Dm8tbr 04:30, 18 April 2011 (UTC)
Go to Tools->Options; then Projects section, MeeGo Device Configurations tab.
Note that the meego user seems to need sudo rights to be able to run the remote execution:
cat <<EOF > /etc/sudoers.d/su-meego meego ALL=(ALL) NOPASSWD: ALL EOF chmod 440 /etc/sudoers.d/su-meego
sed -i -e's/##includedir/#includedir/' /etc/sudoers
Also, for some reason, /usr/local and /usr/local/bin end up as root:root, mode 770. Fix this with:
sudo chmod 755 /usr/local sudo chmod 755 /usr/local/bin
This looks like it's due to Qt Creator packaging
Warning: both the handset and netbook images running on the ExoPC have some problems as of 1/30/2011. See below. Warning: as with any other device, if you incorrectly reflash the bootloader and/or kernel, you may brick your system.
Sometimes the unit won't boot when a USB mouse is plugged in. An external keyboard doesn't cause the same problems. A mouse can be attached as soon as the MeeGo splashscreen appears. This might be a power problem that would be resolved by a USB hub with an external supply.
Installing the Handset image before the Netbook saves a bit of trouble if both are desired.
The version of parted that is invoked by the MeeGo installers will not resize an NTFS partition, so if you want to preserve Windows, use another partitioning tool before booting the MeeGo USB stick. systemrescuecd worked fine.
The installation described here shrank the Windows partition to the (recommended minimum) 20 GB, then created an extended (logical) partition in the remaining space with a 2 GB swap partition and two primary (Is this right?) partitions of equal size in the remaining space.
Windows may come up and say that the partition table has been corrupted and that it will repair it ;-). The result is that the boot flag is set for the Win System partition, which prevents the extlinux bootloader from starting. To fix the problem, boot once more from the handy systemrescuecd stick and clear the duplicate boot flag from the System partition. Presto: your MeeGo install is again accessible.
The ExoPC has an unlocked bootloader, so installation is relatively simple. First prepare a USB stick with the image of your choice. After holding the power button for 4 seconds to start the boot process, touch the "Setup" soft button in the upper-righthand corner of the screen and disable "Quiet Boot." Boot again and touch the "BBS" soft button to manually select your USB drive as the boot device.
The netbook image does not create a useful /boot/extlinux/extlinux.conf file. One way of solving the problem is to install the handset image first, mount the handset image from the netbook image and just copy over the extlinux.conf file. Copy the entry for the handset image over to the end of the extlinux.conf file and change the details in order to create a file that works for all the images, then copy back to the handset image.
Don't forget to run "zypper update" from a terminal window as soon as your image is installed.
Warning: always unmount the USB filesystem before pulling the Flash drive out of the slot.
Touchscreen works great in the as-installed image. WiFi does not. A symptom of the problem is that both the ath9k (correct) and ath3K (wrong) kernel modules are autoloaded at boot time. Edit /etc/modprobe.d/blacklist.conf and add "blacklist ath3k" and then reboot. Unfortunately, WiFi still doesn't come up even though "lsmod" shows the same drivers as on netbook image, whose WiFi works great. "dmesg" says "ADDRCONF(NETDEV_UP): wlan0: link is not ready.
Before WiFi is working the easiest ways to get files onto the handset images are either from a mounted USB stick filesystem or by mounting the MeeGo netbook filesystem read-only and copying. In order to accomplish the latter, type "fdisk -l" to list the existing partitions. Create the directory where the netbook filesystem will be mounted, e.g. "mkdir -p /netbook". Then, assuming your netbook partition is /dev/sdaX and the filesystem type is ext3, enter "mount -t ext3 -o ro /dev/sdaX /netbook". Then "ls /netbook" will display the files on the netbook partition.
WiFi works great with the as-installed netbook image.
As installed, the netbook image does not have a working touchscreen. The system responds to a screen touch by darkening slightly and moving the cursor to the upper-lefthand corner. The needed driver, hid_egalax, is not autoloaded. Manually loading the driver with "modprobe -i hid_egalax" makes the touchscreen fully functional about half the time. Other times the behavior seems to be unaffected by the driver load.
Some notes about installing a more recent MeeGo netbook image (I used meego-netbook-ia32-1.2.80.0.20110503.2.img) on ExoPC hardware:
startx to get a minimal X environment.
/usr/bin/firstboot. This starts the normal firstboot environment with the keyboard plugged in. Fill in the necessary.
halt command to shut down.
zypper in xorg-x11-drv-evtouch
xopts=-nocursor
sudo zypper in lsb
sudo rpm -i google-chrome-unstable_current_i386.rpm
google-chrome
Exec=fvkbd-gtk -d -l keyboard-s.xml
xbacklight which at least helps you reset the screen brightness (the netbook image has no software control for this, and the tablet has no hardware keys for it).
sudo zypper in xbacklight
xbacklight -set 100
sudo echo 0 > /sys/devices/platform/asus_laptop/ls_switch
/etc/init.d/ls_switch to run on each boot (see below).
sudo chmod +x /etc/init.d/ls_switch too.
chkconfig --add ls_switch
# script to go in /etc/init.d/ls_switch
#!/bin/sh
#
# ls_switch Turn light sensor off
#
# chkconfig: 2345 08 92
# description: Turns light sensor off on boot
#
#
### BEGIN INIT INFO
# Provides: ls_switch
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: turn off light sensor
# Description: turn off light sensor
### END INIT INFO
# Source function library.
. /etc/init.d/functions
case "$1" in
start)
echo "disabling light sensor"
echo 0 > /sys/devices/platform/asus_laptop/ls_switch
RETVAL=$?
;;
stop)
RETVAL=0
;;
*)
echo "Usage: ls_switch {start|stop}"
RETVAL=2
;;
esac
exit $RETVAL
Please add steps here how to get hardware features working on MeeGo Tablet UX that don't work out of the box:
This should probably get packaged up, but for now:
Grab the latest crystalhd driver source from http://git.wilsonet.com/crystalhd.git
git clone http://git.wilsonet.com/crystalhd.git
Install the kernel headers to compile the kernel module
zypper install kernel-adaptation-pinetrail-devel
Compile and install the kernel module (currently won't just work, due to a bug in one of the kernel headers [1] )
cd ~/crystalhd/driver/linux autoconf ./configure make sudo make install
Compile and install the user-space library libcrystalhd
cd ~/crystalhd/linux_lib/libcrystalhd make sudo make install
OPTIONAL (?): It is also possible to compile a gstreamer plugin... but you need some extra development libraries
sudo zypper install gstreamer-devel gst-plugins-base-devel
Then some more compiling and installing
cd ~/crystalhd/filters/gst/gst-plugin/ ./autogen.sh ./configure make sudo make install
According to Flash Player 10.3 Release Notes [2] under section Known Issues, subsection Audio/Video, Adobe has support for the Broadcom Crystal HD BCM70015 under Linux:
The mms.cfg file mentioned should be created in /etc/adobe/mms.cfg
This can be enabled by copying the following two files from a WeTab OS installation (source link) or from MeeGo 1.1 repos chrontel-1.0-11212.1.i586.rpm package:
rpm -qpl /tmp/chrontel-1.0-11212.1.i586.rpm /etc/xdg/autostart/tiitoo-hdmi.desktop /lib/firmware/chrontel/fw7036.bin /usr/bin/tiitoo-hdmi-daemon /usr/bin/tiitoo-hdmi.sh
After you have copied the files, you need to load two kernel modules and start the HDMI Daemon:
sudo modprobe i2c-i801 sudo modprobe i2c-dev sudo tiitoo-hdmi-daemon
The fix to bug 10886 was to remove the MeeGo Sensors module in the kickstart file of the Tablet Image. This, however, causes the sensor to not be accessible to Qt Mobility (bug 17461). The workaround as described in bug 17461 is as follows:
rpm2cpio libqtsensors1-1.2.0~beta0+git2726-10.11.i586.rpm | cpio -idv
cp usr/lib/qt4/plugins/sensors/libqtsensors_meego.so /usr/lib/qt4/plugins/sensors/
To test, you can install the qt-mobility-examples package (using zypper install qt-mobility-examples) and run one of the examples:
$ /usr/lib/qtmobility/examples/accel loaded the Generic plugin loaded the grue plugin Loaded the MeeGo sensor plugin New sensor "accelerometersensor" interface created with session id 10 ... acceleration: "0.12 0.27 2.35" acceleration: "0.12 0.29 2.39" acceleration: "0.10 0.29 2.39" acceleration: "0.11 0.30 2.33"
If for some reason the display backlight becomes too dark, you can use the following command as root to set the brightness:
echo 15 >/sys/devices/virtual/backlight/acpi_video0/brightness
The value 15 has been obtained from the file /sys/devices/virtual/backlight/acpi_video0/max_brightness.
Another option is to install xbacklight (available in the MeeGo repos) and run:
xbacklight -set 100
You don't need to be root to do this.