https://wiki.archlinux.org/api.php?action=feedcontributions&user=Mellett68&feedformat=atomArchWiki - User contributions [en]2024-03-28T19:44:14ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=ASUS_Eee_PC_701&diff=201614ASUS Eee PC 7012012-05-15T13:32:46Z<p>Mellett68: /* Kernel-eee Installation Instruction */</p>
<hr />
<div>{{out of date}}<br />
[[Category:ASUS]]<br />
Most of this information is from the [http://bbs.archlinux.org/viewtopic.php?pid=297632 Arch Forum]. You can also find a lot of helpful information from the [http://forum.eeeuser.com/ EEEUser Forum]. <br />
<br />
==Before You Begin==<br />
<br />
===Avoiding Pitfalls===<br />
<br />
The install is pretty normal, except that you'll need to [http://forum.eeeuser.com/viewtopic.php?id=890 avoid the pitfalls] of our alternative Linux install:<br />
<br />
# Never choose to use a journaling file system on the SSD partitions<br />
# Never use a swap partition on the SSD<br />
# Edit your new installation fstab to mount the SSD partitions "noatime"<br />
# Never log messages or error log to the SSD<br />
<br />
The rules ensure that we won't reach the maximum limit of writes on our SSD faster than we should, although this is being contested (see [http://wiki.eeeuser.com/ssd_write_limit this link] and [http://www.storagesearch.com/ssdmyths-endurance.html this other link]).<br />
<br />
Some other minor modifications can be made to decrease number of non-mandatory writes by applications: deactivate {{ic|~/.viminfo}} in vi, deactivate less history file ({{ic|~/.lesshst}}), and so on.<br />
<br />
===Choosing Your Installation Media===<br />
<br />
The Eee PC does not have an optical drive installed on the machine. This means you will need to install Arch Linux through one of the alternative methods:<br />
<br />
# [[Beginners_Guide#USB_stick|USB stick]] '''(Recommended)'''<br />
# External USB CD-ROM drive<br />
# [[PXE|Network (PXE)]]<br />
<br />
==Installing Arch Linux==<br />
<br />
With the release of the 2009.08 installation media, installing Arch Linux on Asus Eee PC model 701 is pretty easy and straightforward since the stock kernel on Arch installation media support all of the 701 hardwares out of the box. <br />
<br />
Therefore, aside from the following pointers specific to the 701 described below, there shouldn't be any other major differences between installing Arch Linux on the 701 and any other computer. You should be able to successfully install Arch on the 701 by following instructions on [[Beginners_Guide|Beginners' Guide]] without any problem.<br />
<br />
===Remote Install===<br />
<br />
The original Eee PC 2G Surf model 700 netbooks have very small keyboards. If you do not wish to work on this tiny keyboard, the arch install can be performed remotely. The Eee PC remote install is easier to accomplish if the netbook is connected to the local network via ethernet.<br />
<br />
First, login as root:<br />
Arch Linux LIve ISO (tty1)<br />
Linux-2.6.33-ARCH i686<br />
Default logins "root" and "arch" have no password.<br />
To begin installation, login as root.<br />
archiso login: root<br />
<br />
Next, create a root password using passwd. This will be necessary later.<br />
# passwd<br />
Enter new UNIX password:<br />
Retype new UNIX password: <br />
passwd: password updated successfully<br />
<br />
Then, edit /etc/hosts.deny. Change the following line:<br />
ALL: ALL: DENY<br />
to something similar to the following:<br />
ALL: ALL EXCEPT 192.168.1.*: DENY<br />
Change the 192.168.1.* to whatever is necessary for your home network purposes.<br />
<br />
After saving the changes to hosts.deny, run dhcpcd on the ethernet interface:<br />
# dhcpcd eth0<br />
<br />
Now you are very close to being ready for remote install. The next step is to start sshd:<br />
# /etc/rc.d/sshd start<br />
<br />
It should start right away without any problems. After sshd is running, then ssh in from another machine:<br />
$ sshd root@192.168.1.111<br />
root@192.168.1.111's password: <br />
Last login: Tue Jun 22 00:33:38 2010<br />
...<br />
[root@archiso ~]# <br />
<br />
Replace the network address according to the address returned when you dhcpcd the ethernet interface. Finally, just run /arch/setup as usual then proceed with the install as usual:<br />
# /arch/setup<br />
<br />
===Prepare Hard Drive===<br />
<br />
The most important different between the 701 and other machines is that the 701 use SSD drive instead of normal hard drive. This section advise on how to set up a partition scheme that is best suited to the 701. <br />
<br />
The default Eee PC drive is split up into four partitions (here is [http://forum.eeeuser.com/viewtopic.php?id=1805 some information] about the partitioning): <br />
<br />
* It is easiest to wipe the existing partitions and use one or two partitions for your install. One partition would be just '/', and two partitions would be '/boot' and '/'.<br />
* Choose "NONE" for swap in case your eee has a SSD (see #2 in [[Installing_Arch_Linux_on_the_Asus_EEE_PC#Avoiding_Pitfalls|Avoiding Pitfalls]])<br />
<br />
===Install X===<br />
<br />
Install X by follow instructions on the [[Beginners_Guide#Step_2:_Install_X|Beginners' Guide]], then install the Intel graphics driver:<br />
# pacman -S xf86-video-intel<br />
<br />
You must also install the Synaptics driver to have touchpad working properly (not needed for Eee PC 900):<br />
# pacman -S xf86-input-synaptics<br />
<br />
With the latest version of X from extra repository, X should work on the 701 '''without any need for xorg.conf'''. However, if for some reason you wish to use an xorg.conf file, you can use an old [[Example_Xorg_configuration_file_for_Asus_Eee_PC_701|example Xorg configuration file for Asus Eee PC model 701]] as a template or automatically generate a new one by running the following command:<br />
<br />
# Xorg -configure<br />
<br />
Consult [[Xorg_input_hotplugging|Xorg Input Hotplugging]] for more information on how to config input devices using HAL.<br />
<br />
The synaptics stuff can be removed if you have a EEE PC 900. The {{Ic|Option "AutoAddDevices"}} line is important if you need a non-default XkbLayout, because if you do not have it, xorg will find 3 keyboards (at least with the 900 model).<br />
The Modeline has obviously to be removed or modified if you dont have a model with this resolution.<br />
<br />
===Getting Hot Keys, Graphic Indicators and Shutdown with the Power Button Working===<br />
<br />
If you want to have working hot keys (wifi, brightness, volume etc), an OSD, and be able to assign actions to things like the powerbutton and closing the lid, then you should install '''ighea's acpi-eee''' package.<br />
<br />
==== ighea's acpi-eee ====<br />
<br />
Get the latest package from [http://kapsi.fi/ighea/eee/acpi-eee/ here].<br />
<br />
The package can be easily installed with:<br />
# pacman -U acpi-eee-10.0-1-i686.pkg.tar.gz<br />
<br />
See messages during installation for more details and do not forget to edit {{ic|/etc/acpi/eee.conf}} to suit your tastes.<br />
<br />
*For those who use the wireless on/off acpi command; the {{Ic|NETWORK_UP_COMMAND&#61;""}} setting in {{ic|/etc/acpi/eee.conf}}, when applicable, should at least release the network. For example, using netcfg2, {{Ic|NETWORK_UP_COMMAND&#61;"netcfg2 -a"}} will release the connections from before disabling wireless, allowing new ones to be made without netcfg thinking that it's already connected. It is also possible to reconnect to your previous network, however, the network tool you use needs to have a somewhat lengthy timeout as it takes 15-20 seconds for your wireless device to reappear. <br />
<br />
{{Note | Make sure '''asusosd''' is enabled on startup if you want to have the Graphic Indicators from Xandros. To run asusosd simply type {{Ic|asusosd &}} at a command prompt.}}<br />
<br />
==Asus Eee PC model 701 repository from toofishes==<br />
<br />
Toofishes created a repository for the 701. The repository contained customized kernel built specifically for the 701 and some additional packages. <br />
<br />
While the stock Arch kernel works very well with the 701, toofishes kernel have the following advantages:<br />
<br />
* Faster boot time &ndash; because most of the modules have been compile into the kernel, no time is wasted waiting for the modules to load<br />
* No need to generate initial ramdisk every time a kernel is upgrade <br />
* Small size (around 4MB)<br />
<br />
To use the repository, add:<br />
[eee]<br />
Server = http://code.toofishes.net/packages/eee<br />
to your {{ic|/etc/pacman.conf}} and then issue:<br />
pacman -Syy<br />
<br />
===Package List===<br />
Currently, toofishes' repository contains the following packages:<br />
<br />
*'''kernel-eee''' &ndash; customized kernel for Asus Eee PC model 701<br />
*'''luvcview''' &ndash; webcam program for testing webcam driver<br />
<br />
===Kernel-eee Installation Instruction===<br />
Simply use pacman to install the package you need. Install the packages with this command:<br />
# pacman -S kernel-eee<br />
<br />
then, add the following to {{ic|/boot/grub/menu.lst}}; note that no initrd is needed:<br />
# (2) Arch Linux<br />
title Arch Linux Eee kernel<br />
root (hd0,0)<br />
kernel /vmlinuzeee root=/dev/sda1 ro<br />
<br />
Restart and select Arch Linux Eee kernel from the grub boot menu.<br />
<br />
==Additional Tips & Tweaks==<br />
<br />
===Tweaking kernel-eee===<br />
<br />
Toofishes' kernel, also known as kernel-eee, can be recompiled to include custom features. You can download toofishes' kernel PKGBUILD and all the nesseary files from his gitweb by installing the git package and using the following command:<br />
<br />
$ git clone git://code.toofishes.net/dan/eee.git<br />
<br />
or if you are behind a proxy and can't use the git protocol:<br />
<br />
$ git clone http://code.toofishes.net/git/dan/eee.git<br />
<br />
There are two ways to tweak the kernel. The first is simply to edit the {{ic|kernelconfig}} file with your favorite editor and the second is to insert a {{Ic|make menuconfig}} line into the PKGBUILD before the kernel's compilation.<br />
<br />
===Using Wine with toofishes' kernel===<br />
<br />
{{Note | Since ''kernel-eee 2.6.32eee'', wine is working fine without the need of customizing toofishes' kernel as explained below}}<br />
<br />
Normally, Wine won't work with toofishes' kernel because it is compiled with VMSPLIT_2G_OPT option. In order to use Wine with toofishes' kernel, you have to recompile his kernel with VMSPLIT_3G option.<br />
<br />
Download the kernel PKGBUILD and all the necessary files from toofishes' gitweb using the above instructions, then change the following lines in the {{ic|kernelconfig}} file from this:<br />
<pre><br />
...<br />
230 CONFIG_NOHIGHMEM=y<br />
231 # CONFIG_HIGHMEM4G is not set<br />
232 # CONFIG_HIGHMEM64G is not set<br />
233 # CONFIG_VMSPLIT_3G is not set<br />
234 # CONFIG_VMSPLIT_3G_OPT is not set<br />
235 # CONFIG_VMSPLIT_2G is not set<br />
236 CONFIG_VMSPLIT_2G_OPT=y<br />
237 # CONFIG_VMSPLIT_1G is not set<br />
...<br />
</pre><br />
to this:<br />
<pre><br />
...<br />
230 CONFIG_NOHIGHMEM=y<br />
231 # CONFIG_HIGHMEM4G is not set<br />
232 # CONFIG_HIGHMEM64G is not set<br />
233 CONFIG_VMSPLIT_3G=y<br />
234 # CONFIG_VMSPLIT_3G_OPT is not set<br />
235 # CONFIG_VMSPLIT_2G is not set<br />
236 # CONFIG_VMSPLIT_2G_OPT is not set<br />
237 # CONFIG_VMSPLIT_1G is not set<br />
...<br />
</pre><br />
<br />
Compile and install the kernel and Wine should now work.<br />
<br />
===Power down with the power button===<br />
<br />
{{Note | If you are using ighea's acpi-eee or dkite's acpid_eee package then you should already be able to shutdown by pressing the power button and should not need to do this.}}<br />
<br />
The two alternatives here are described in [[Allow users to shutdown]].<br />
<br />
===Use cpufreq for power saving===<br />
<br />
CPU scaling with p4_clockmod has been dropped from Arch's kernel builds, due to the fact, confirmed by users, that there were no effective power savings with p4-clockmod's module, and it introduced "unacceptable latency", even with relatively low percentage up thresholds.<br />
<br />
===More responsive system with ondemand governor===<br />
The default up_threshold (where it will bump to a faster speed) for the CPU governor is 80, which means it will increase the CPU speed when utilization is above 80%. This can make X applications have a bit of lag. <br />
<br />
Try changing this value:<br />
$ sudo bash -c "echo 40 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold"<br />
<br />
With 40 it still leaves the majority of CPU cycles at the lowest available clock speed but increases responsiveness. You can add this line to one of your startup scripts (such as {{ic|/etc/rc.local}}) if you wish to keep it, for example:<br />
<br />
#!/bin/bash<br />
#<br />
# /etc/rc.local: Local multi-user startup script.<br />
#<br />
<br />
echo 40 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold<br />
<br />
Also, following line is also reported to help makes system more responsive. You can use it by adding it to your {{ic|/etc/rc.local}}:<br />
echo 2000000 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate<br />
<br />
===Update your BIOS without Xandros===<br />
{{Warning | You can break your system, do not update if you are not sure of what you are doing!}}<br />
<br />
First, you need to download the ''.rom'' file.<br />
*[http://update.eeepc.asus.com/bios/ Asus' official BIOS]<br />
*[http://forum.eeeuser.com/viewtopic.php?id=3485 EeeUser's topic]<br />
<br />
You also need an USB stick formatted in FAT32. To format the USBStick, use the cfdisk tool:<br />
# cfdisk /dev/sdc # could be something else than "c"<br />
<br />
Choose [delete], [type]: "fat32" (code 0B), [write] and then exit with [quit].<br />
<br />
NOTE to EEE PC 900 owners and possibly others: Using this method will require a flash drive formatted with a '''FAT16''' file-system. If the BIOS update process hangs up at "Reading file 900.ROM" for more than a few minutes then it should be safe to power down your EEE PC and reformat your flashdrive's file-system to the correct one. You can force FAT16 creation with the following command:<br />
# mkdosfs -F 16 /dev/device-path<br />
<br />
Now just copy the ''.rom'' on the USBStick :<br />
$ cp /somewhere/blabla/.../thecurrentnameofthefile.ROM /path/to/mounted/usb_stick/701.rom<br />
The name of the copy '''must''' be xxxx.rom where xxxx is the model of your eee PC. (i.e. 900 users it's 900.rom)<br />
<br />
Next step, reboot the eeepc with the USB stick pluged-in, and press Alt+F2. It will launch the built-in tool. Everything should be Ok, you can make a coffee during the update. When it asks you to push the power-button it has finished.<br />
<br />
At the next boot, you'll be invited to configure the BIOS. Check if the everything is enabled (my webcam and wireless were disabled after the update) and if it displays the good version in the main screen. It's done!<br />
<br />
=== More usable font sizes ===<br />
<br />
====The_glu's method====<br />
<br />
I found an easy solution that works on a 901:<br />
<br />
Edit {{ic|/etc/X11/xinit/xserverrc}} and add "-dpi 134":<br />
exec /usr/bin/X -nolisten tcp -dpi 134<br />
<br />
Restart X and fonts should have the correct size. Notice it's won't works if you have Xft*dpi: in your {{ic|.XDefaults}}.<br />
<br />
You do not need to edit your config file to set a smaller font size, I you did you should set font-size to 10 or you will have to small fonts...<br />
<br />
==== Old method ====<br />
<br />
On a default installation with Xfce 4 my font sizes were too big, here is what I did to sort them out.<br />
<br />
First, I set the DPI by adding the following to {{ic|~/.Xdefaults}}:<br />
Xft*dpi: 134<br />
<br />
This then caused the fonts to be even bigger, so I set them all to be font-size 6 by adding the following into {{ic|~/.gtkrc-2.0}} (note that this will be overwritten if you use any tools to change GTK settings):<br />
style "user-font"<br />
{<br />
font_name="Bitstream Vera Sans 6"<br />
}<br />
widget_class "*" style "user-font"<br />
<br />
To do the same with KDE fonts (without KDE installed) you have to add the following to {{ic|~/.kde/share/config/kdeglobals}}:<br />
[General]<br />
StandardFont=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
activeFont=Bitstream Vera Sans,6,-1,5,75,0,0,0,0,0<br />
fixed=Bitstream Vera Sans Mono,6,-1,5,50,0,0,0,0,0<br />
font=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
menuFont=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
taskbarFont=Bitstream Vera Sans,6,-1,5,50,1,0,0,0,0<br />
toolBarFont=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
<br />
To make your fonts even prettier enable the [[Fonts#Fonts_with_LCD_filter_enabled|LCD Fonts]].<br />
<br />
==== Alternative Method ====<br />
<br />
For me it worked far better to open the gnome appearance control panel, go to the fonts tab, click defaults, and change the resolution to be 96 dpi. Changing .Xdefaults doesnt work when running gnome, as gnome-settings-daemon overrides it. You can then leave all font sizes at their default, and things should look good. Simply changing the font sizes and leaving the DPI at its technically correct value (~134) gave me weird layout problems in some apps, and oddly large fonts in others.<br />
<br />
==Known problems and their solutions==<br />
<br />
===Sound===<br />
<br />
For most people, sound should work right out of the box with no troubles. However, others might need to add the following line to {{ic|/etc/modprobe.d/modprobe.conf}}<br />
options snd-hda-intel model=3stack-dig<br />
or the following one for the Eee PC 900 model<br />
options snd-hda-intel model=auto<br />
<br />
If your internal microphone doesn't work, you probably have to turn the capture feature on. Simply fire up alsamixer, find your Capture control, and press spacebar to enable it.<br />
<br />
===Webcam===<br />
<br />
If for some reason webcam has been disabled on your 701, you can enable it by issuing the following command as root: <br />
<br />
echo 1 > /sys/devices/platform/eeepc/camera<br />
<br />
If you want the webcam application that the default Xandros installation uses, install [https://aur.archlinux.org/packages.php?do_Details=1&ID=14469 ucview from the AUR].<br />
<br />
The webcam also works fine with the latest version of Skype.<br />
<br />
If you already have mplayer installed you can launch:<br />
$ mplayer -fps 15 tv://<br />
<br />
I have yet to get it working with vlc or any other software such as xawtv. If you know how, please update this.<br />
<br />
*'''NOTE:''' For anyone who has accidentally disabled Auto Exposure for their webcam in luvcview (making the image dark), and can't enable it again, do the following:<br />
<br />
Install [https://aur.archlinux.org/packages.php?do_Details=1&ID=14468 libwebcam from the AUR].<br />
<br />
Issue the following command:<br />
$ uvcdynctrl --set "Exposure, Auto" 4<br />
<br />
{{Note | Be sure the "OS Installation" option is set to "finished" in the BIOS' "Advanced" tab or your camera may not work in some applications (like Skype).}}<br />
<br />
{{Note | Make sure you are a member of the video group edit /etc/group and add your username to video}}<br />
<br />
===Microphone===<br />
<br />
Solution for problems with the internal microphone.<br />
<br />
1. First of all set in alsamixer "Input Source" to "i-Mic"<br />
<br />
2. Increase "Capture" and "i-Mic Boost" to your needs<br />
<br />
3. Edit {{ic|/etc/asound.state}} and change the 'Capture Switch' section, change the 2 "false" to "true" like showing:<br />
....snip.....<br />
control.11 {<br />
comment.access 'read write'<br />
comment.type BOOLEAN<br />
comment.count 2<br />
iface MIXER<br />
name 'Capture Switch'<br />
value.0 true<br />
value.1 true<br />
}<br />
....snip....<br />
<br />
4. After editing run following as root<br />
# alsactl restore<br />
<br />
5. Now your internal microphone should be working.<br />
<br />
===Wireless times out after running dhcpcd wlan0===<br />
<br />
Don't ask me why, but this works:<br />
#! /bin/bash<br />
iwconfig wlan0 essid ... key ...<br />
sleep 1<br />
iwconfig wlan0 essid on<br />
dhcpcd wlan0<br />
<br />
Note the 'sleep 1; iwconfig wlan0 essid on'<br />
<br />
===Wireless doesn't work, even after installing custom Madwifi module===<br />
<br />
I found that Arch tried to use the ath5k module for wireless, and that meant it took control of the card rather than ath_pci (the module I had compiled and installed). I got a Madwifi status 3 message in dmesg when this happened.<br />
<br />
The solution is to blacklist the ath5k module in {{ic|/etc/rc.conf}}:<br />
<br />
MODULES = ( ... !ath5k ... )<br />
<br />
===Laggy or Unresponsive ACPI Events===<br />
<br />
The latest kernel (2.6.26) introduces new problems with Eee's ACPI events handling. Basically, ACPI events become very laggy and after some time ACPI get disabled after a heavy usage (e.g. changing volume, brightness). This problem affects both stock kernel and toofishes' kernel.<br />
<br />
It appears that the solution is to apply this [http://bugzilla.kernel.org/attachment.cgi?id=16862 patch] ([http://bugzilla.kernel.org/show_bug.cgi?id=10724 original bug report]) to the kernel. <br />
<br />
{{Note | The latest toofishes' kernel, version 2.6.26-1, now includes the patch, but you can still use ighea's one for the extras features listed below.}}<br />
<br />
Until toofishes update his kernel to include the patch, you can use ighea's slightly modified toofishes' kernel that included the above patch, as well as other modifications:<br />
<br />
*Support for Wine <br />
*uvesafb is built as module <br />
*Use [http://bbs.archlinux.org/viewtopic.php?pid=393860#p393860 new eeepc-laptop driver] (which also handles fan-control) instead of older acus_acpi or asus-laptop -drivers.<br />
<br />
You can get the modified kernel, as well as the associative packages, from [http://koti.kapsi.fi/~ighea/eee/kernel-eee/ here].<br />
<br />
After you have downloaded the packages, Install them using this command:<br />
# pacman -U kernel-eee-2.6.26-1-i686.pkg.tar.gz madwifi-eee-svn-3752-1-i686.pkg.tar.gz <br />
<br />
You might also want to use IgnorePkg-line in {{ic|/etc/pacman.conf}} to hold packages from being accidentally updated.<br />
IgnorePkg = kernel-eee madwifi-eee-svn<br />
<br />
Also do not forget to upgrade ighea's acpi-eee package to version 9.6.<br />
<br />
===Unclean unmount during shutdown when having home directory mounted on SD card===<br />
<br />
If you experienced unclean unmount during shutdown when having your home directory on SD card, then add the following 3 lines to "Write to wtmp file before unmounting" section of your {{ic|/etc/rc.shutdown}} file:<br />
<pre><br />
...<br />
<br />
stat_busy "Unmounting Filesystems"<br />
/bin/umount -a -t noramfs,notmpfs,nosysfs,noproc<br />
<br />
# Add these 3 lines<br />
sync;sync;sync;<br />
eject /dev/sdb # Or whichever is your SD-card's device name. /dev/disk/by-uuid/ followed by the UUID identifier is preferable though.<br />
sleep 3<br />
# End of hack<br />
<br />
stat_done<br />
<br />
...<br />
</pre><br />
<br />
===Booting from card without initrd===<br />
<br />
Let's say you decided to install Arch Linux on a card and compiled your own kernel (or used the kernel26eee kernel) without initrd. Card reader on EeePC is connected as an USB device. Unfortunately, USB storage devices are detected with a delay, so we must tell the kernel to wait until this device becomes available. You do this with "rootwait" option passed to kernel at boot time.<br />
<br />
===Sleeping and waking system on a card===<br />
<br />
If you have Arch Linux on a card, waking up from sleeping state will most likely fail. The only solution is to enable the CONFIG_USB_PERSIST option in kernel. The kernel26eee package should have this option enabled.<br />
<br />
The command to do this is:<br />
echo 1 >/sys/bus/usb/devices/.../power/persist<br />
<br />
Replace the {{Ic|"..."}} with the device like 1-3 or 1-5 where the first number is the bus and the second is the device <br />
<br />
Each device that is connected to your computer gets an entry in the sysfs "system file system" it is a virtual file system like proc<br />
<br />
More info:<br />
*http://www.mjmwired.net/kernel/Documentation/usb/persist.txt<br />
*http://forum.eeeuser.com/viewtopic.php?id=22712<br />
<br />
===Display doesn't wake up properly===<br />
<br />
If you encounter black display (but apparently working system) after suspend/resume, consider using the "uswsusp" package (available in the official repositories) and correcting suspend2ram script in /etc/acpi, where you use this line to make the machine go to sleep:<br />
<br />
/usr/sbin/s2ram --force --vbe_post --vbe_mode<br />
<br />
(Note on Eee PC 900 with uswsup-0.8-6:<br />
If your X goes blank or jerky after resuming, disable vbe specific commands and parameters.)<br />
<br />
===DMA problems===<br />
<br />
Some SSD have problem with read DMA event causing a long boot time. <br />
<br />
Feb 21 19:09:14 myhost kernel: ata2.01: failed command: READ DMA<br />
<br />
You can bypass that by adding a kernel parameter in GRUB. <br />
<br />
libata.dma=0<br />
<br />
==Battery Tests==<br />
<br />
The following are reported battery runtimes:<br />
<br />
{| class="wikitable" style="text-align:left"<br />
|+Battery runtimes<br />
|-<br />
! Task !! Series !! Wireless !! Screen Brightness !! FSB Speed !! Fan Speed !! Runtime !! Comments<br />
|-<br />
! DVD Playback<br />
| 701 || On || Max || 85mhz || 100% || 134min || Reading DVD ISO from 16gig SDHC Card<br />
|-<br />
! DVD Playback<br />
| 701 || Off || Max || 85mhz || 100% || ??? || Reading DVD ISO from 16gig SDHC Card<br />
|-<br />
! AVI Playback<br />
| 701 || Off || Max || 85mhz || 100% || ??? || Reading AVI from SSD<br />
|-<br />
! IM and Surf<br />
| 701 || On || ~30% || ??? || low || 173min || Normal web-browsing, Flash should reduce runtime a lot !<br />
|-<br />
! Programming and PDF reading<br />
| 1000HA || Off || ~40% || ??? || low || +6hs || Using Evince and SPE under XFCE with camera and USB disabled<br />
|-<br />
! Surf and OOo<br />
| 1000HA || On || ~40% || ??? || low || +4hs || Stock kernel without laptop-mode<br />
|-<br />
! Surf and OOo<br />
| 1000HA || On || ~40% || ??? || low || 5hs || Stock kernel with laptop-mode and other tweaks<br />
|}<br />
<br />
N.B. - Will add battery runtimes as I am able to test them, please contribute.<br />
<br />
-- Grecko.1<br />
<br />
Still tweaking, but disabling everything from BIOS got me about 6 hours and a half. With eee-kernel, I *could* get a little more.<br />
<br />
-- ekuber</div>Mellett68https://wiki.archlinux.org/index.php?title=ASUS_Eee_PC_701&diff=201600ASUS Eee PC 7012012-05-15T10:54:02Z<p>Mellett68: update package cache after adding eee repository</p>
<hr />
<div>{{out of date}}<br />
[[Category:ASUS]]<br />
Most of this information is from the [http://bbs.archlinux.org/viewtopic.php?pid=297632 Arch Forum]. You can also find a lot of helpful information from the [http://forum.eeeuser.com/ EEEUser Forum]. <br />
<br />
==Before You Begin==<br />
<br />
===Avoiding Pitfalls===<br />
<br />
The install is pretty normal, except that you'll need to [http://forum.eeeuser.com/viewtopic.php?id=890 avoid the pitfalls] of our alternative Linux install:<br />
<br />
# Never choose to use a journaling file system on the SSD partitions<br />
# Never use a swap partition on the SSD<br />
# Edit your new installation fstab to mount the SSD partitions "noatime"<br />
# Never log messages or error log to the SSD<br />
<br />
The rules ensure that we won't reach the maximum limit of writes on our SSD faster than we should, although this is being contested (see [http://wiki.eeeuser.com/ssd_write_limit this link] and [http://www.storagesearch.com/ssdmyths-endurance.html this other link]).<br />
<br />
Some other minor modifications can be made to decrease number of non-mandatory writes by applications: deactivate {{ic|~/.viminfo}} in vi, deactivate less history file ({{ic|~/.lesshst}}), and so on.<br />
<br />
===Choosing Your Installation Media===<br />
<br />
The Eee PC does not have an optical drive installed on the machine. This means you will need to install Arch Linux through one of the alternative methods:<br />
<br />
# [[Beginners_Guide#USB_stick|USB stick]] '''(Recommended)'''<br />
# External USB CD-ROM drive<br />
# [[PXE|Network (PXE)]]<br />
<br />
==Installing Arch Linux==<br />
<br />
With the release of the 2009.08 installation media, installing Arch Linux on Asus Eee PC model 701 is pretty easy and straightforward since the stock kernel on Arch installation media support all of the 701 hardwares out of the box. <br />
<br />
Therefore, aside from the following pointers specific to the 701 described below, there shouldn't be any other major differences between installing Arch Linux on the 701 and any other computer. You should be able to successfully install Arch on the 701 by following instructions on [[Beginners_Guide|Beginners' Guide]] without any problem.<br />
<br />
===Remote Install===<br />
<br />
The original Eee PC 2G Surf model 700 netbooks have very small keyboards. If you do not wish to work on this tiny keyboard, the arch install can be performed remotely. The Eee PC remote install is easier to accomplish if the netbook is connected to the local network via ethernet.<br />
<br />
First, login as root:<br />
Arch Linux LIve ISO (tty1)<br />
Linux-2.6.33-ARCH i686<br />
Default logins "root" and "arch" have no password.<br />
To begin installation, login as root.<br />
archiso login: root<br />
<br />
Next, create a root password using passwd. This will be necessary later.<br />
# passwd<br />
Enter new UNIX password:<br />
Retype new UNIX password: <br />
passwd: password updated successfully<br />
<br />
Then, edit /etc/hosts.deny. Change the following line:<br />
ALL: ALL: DENY<br />
to something similar to the following:<br />
ALL: ALL EXCEPT 192.168.1.*: DENY<br />
Change the 192.168.1.* to whatever is necessary for your home network purposes.<br />
<br />
After saving the changes to hosts.deny, run dhcpcd on the ethernet interface:<br />
# dhcpcd eth0<br />
<br />
Now you are very close to being ready for remote install. The next step is to start sshd:<br />
# /etc/rc.d/sshd start<br />
<br />
It should start right away without any problems. After sshd is running, then ssh in from another machine:<br />
$ sshd root@192.168.1.111<br />
root@192.168.1.111's password: <br />
Last login: Tue Jun 22 00:33:38 2010<br />
...<br />
[root@archiso ~]# <br />
<br />
Replace the network address according to the address returned when you dhcpcd the ethernet interface. Finally, just run /arch/setup as usual then proceed with the install as usual:<br />
# /arch/setup<br />
<br />
===Prepare Hard Drive===<br />
<br />
The most important different between the 701 and other machines is that the 701 use SSD drive instead of normal hard drive. This section advise on how to set up a partition scheme that is best suited to the 701. <br />
<br />
The default Eee PC drive is split up into four partitions (here is [http://forum.eeeuser.com/viewtopic.php?id=1805 some information] about the partitioning): <br />
<br />
* It is easiest to wipe the existing partitions and use one or two partitions for your install. One partition would be just '/', and two partitions would be '/boot' and '/'.<br />
* Choose "NONE" for swap in case your eee has a SSD (see #2 in [[Installing_Arch_Linux_on_the_Asus_EEE_PC#Avoiding_Pitfalls|Avoiding Pitfalls]])<br />
<br />
===Install X===<br />
<br />
Install X by follow instructions on the [[Beginners_Guide#Step_2:_Install_X|Beginners' Guide]], then install the Intel graphics driver:<br />
# pacman -S xf86-video-intel<br />
<br />
You must also install the Synaptics driver to have touchpad working properly (not needed for Eee PC 900):<br />
# pacman -S xf86-input-synaptics<br />
<br />
With the latest version of X from extra repository, X should work on the 701 '''without any need for xorg.conf'''. However, if for some reason you wish to use an xorg.conf file, you can use an old [[Example_Xorg_configuration_file_for_Asus_Eee_PC_701|example Xorg configuration file for Asus Eee PC model 701]] as a template or automatically generate a new one by running the following command:<br />
<br />
# Xorg -configure<br />
<br />
Consult [[Xorg_input_hotplugging|Xorg Input Hotplugging]] for more information on how to config input devices using HAL.<br />
<br />
The synaptics stuff can be removed if you have a EEE PC 900. The {{Ic|Option "AutoAddDevices"}} line is important if you need a non-default XkbLayout, because if you do not have it, xorg will find 3 keyboards (at least with the 900 model).<br />
The Modeline has obviously to be removed or modified if you dont have a model with this resolution.<br />
<br />
===Getting Hot Keys, Graphic Indicators and Shutdown with the Power Button Working===<br />
<br />
If you want to have working hot keys (wifi, brightness, volume etc), an OSD, and be able to assign actions to things like the powerbutton and closing the lid, then you should install '''ighea's acpi-eee''' package.<br />
<br />
==== ighea's acpi-eee ====<br />
<br />
Get the latest package from [http://kapsi.fi/ighea/eee/acpi-eee/ here].<br />
<br />
The package can be easily installed with:<br />
# pacman -U acpi-eee-10.0-1-i686.pkg.tar.gz<br />
<br />
See messages during installation for more details and do not forget to edit {{ic|/etc/acpi/eee.conf}} to suit your tastes.<br />
<br />
*For those who use the wireless on/off acpi command; the {{Ic|NETWORK_UP_COMMAND&#61;""}} setting in {{ic|/etc/acpi/eee.conf}}, when applicable, should at least release the network. For example, using netcfg2, {{Ic|NETWORK_UP_COMMAND&#61;"netcfg2 -a"}} will release the connections from before disabling wireless, allowing new ones to be made without netcfg thinking that it's already connected. It is also possible to reconnect to your previous network, however, the network tool you use needs to have a somewhat lengthy timeout as it takes 15-20 seconds for your wireless device to reappear. <br />
<br />
{{Note | Make sure '''asusosd''' is enabled on startup if you want to have the Graphic Indicators from Xandros. To run asusosd simply type {{Ic|asusosd &}} at a command prompt.}}<br />
<br />
==Asus Eee PC model 701 repository from toofishes==<br />
<br />
Toofishes created a repository for the 701. The repository contained customized kernel built specifically for the 701 and some additional packages. <br />
<br />
While the stock Arch kernel works very well with the 701, toofishes kernel have the following advantages:<br />
<br />
* Faster boot time &ndash; because most of the modules have been compile into the kernel, no time is wasted waiting for the modules to load<br />
* No need to generate initial ramdisk every time a kernel is upgrade <br />
* Small size (around 4MB)<br />
<br />
To use the repository, add:<br />
[eee]<br />
Server = http://code.toofishes.net/packages/eee<br />
to your {{ic|/etc/pacman.conf}} and then issue:<br />
pacman -Syy<br />
<br />
===Package List===<br />
Currently, toofishes' repository contains the following packages:<br />
<br />
*'''kernel-eee''' &ndash; customized kernel for Asus Eee PC model 701<br />
*'''luvcview''' &ndash; webcam program for testing webcam driver<br />
<br />
===Kernel-eee Installation Instruction===<br />
Simply use pacman to install the package you need. Install the packages with this command:<br />
# pacman -S kernel-eee<br />
<br />
then, add the following to {{ic|/boot/grub/menu.lst}}; note that no initrd is needed:<br />
# (2) Arch Linux<br />
title Arch Linux Eee kernel<br />
root (hd0,0)<br />
kernel /boot/vmlinuzeee root=/dev/sda1 ro<br />
<br />
Restart and select Arch Linux Eee kernel from the grub boot menu.<br />
<br />
==Additional Tips & Tweaks==<br />
<br />
===Tweaking kernel-eee===<br />
<br />
Toofishes' kernel, also known as kernel-eee, can be recompiled to include custom features. You can download toofishes' kernel PKGBUILD and all the nesseary files from his gitweb by installing the git package and using the following command:<br />
<br />
$ git clone git://code.toofishes.net/dan/eee.git<br />
<br />
or if you are behind a proxy and can't use the git protocol:<br />
<br />
$ git clone http://code.toofishes.net/git/dan/eee.git<br />
<br />
There are two ways to tweak the kernel. The first is simply to edit the {{ic|kernelconfig}} file with your favorite editor and the second is to insert a {{Ic|make menuconfig}} line into the PKGBUILD before the kernel's compilation.<br />
<br />
===Using Wine with toofishes' kernel===<br />
<br />
{{Note | Since ''kernel-eee 2.6.32eee'', wine is working fine without the need of customizing toofishes' kernel as explained below}}<br />
<br />
Normally, Wine won't work with toofishes' kernel because it is compiled with VMSPLIT_2G_OPT option. In order to use Wine with toofishes' kernel, you have to recompile his kernel with VMSPLIT_3G option.<br />
<br />
Download the kernel PKGBUILD and all the necessary files from toofishes' gitweb using the above instructions, then change the following lines in the {{ic|kernelconfig}} file from this:<br />
<pre><br />
...<br />
230 CONFIG_NOHIGHMEM=y<br />
231 # CONFIG_HIGHMEM4G is not set<br />
232 # CONFIG_HIGHMEM64G is not set<br />
233 # CONFIG_VMSPLIT_3G is not set<br />
234 # CONFIG_VMSPLIT_3G_OPT is not set<br />
235 # CONFIG_VMSPLIT_2G is not set<br />
236 CONFIG_VMSPLIT_2G_OPT=y<br />
237 # CONFIG_VMSPLIT_1G is not set<br />
...<br />
</pre><br />
to this:<br />
<pre><br />
...<br />
230 CONFIG_NOHIGHMEM=y<br />
231 # CONFIG_HIGHMEM4G is not set<br />
232 # CONFIG_HIGHMEM64G is not set<br />
233 CONFIG_VMSPLIT_3G=y<br />
234 # CONFIG_VMSPLIT_3G_OPT is not set<br />
235 # CONFIG_VMSPLIT_2G is not set<br />
236 # CONFIG_VMSPLIT_2G_OPT is not set<br />
237 # CONFIG_VMSPLIT_1G is not set<br />
...<br />
</pre><br />
<br />
Compile and install the kernel and Wine should now work.<br />
<br />
===Power down with the power button===<br />
<br />
{{Note | If you are using ighea's acpi-eee or dkite's acpid_eee package then you should already be able to shutdown by pressing the power button and should not need to do this.}}<br />
<br />
The two alternatives here are described in [[Allow users to shutdown]].<br />
<br />
===Use cpufreq for power saving===<br />
<br />
CPU scaling with p4_clockmod has been dropped from Arch's kernel builds, due to the fact, confirmed by users, that there were no effective power savings with p4-clockmod's module, and it introduced "unacceptable latency", even with relatively low percentage up thresholds.<br />
<br />
===More responsive system with ondemand governor===<br />
The default up_threshold (where it will bump to a faster speed) for the CPU governor is 80, which means it will increase the CPU speed when utilization is above 80%. This can make X applications have a bit of lag. <br />
<br />
Try changing this value:<br />
$ sudo bash -c "echo 40 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold"<br />
<br />
With 40 it still leaves the majority of CPU cycles at the lowest available clock speed but increases responsiveness. You can add this line to one of your startup scripts (such as {{ic|/etc/rc.local}}) if you wish to keep it, for example:<br />
<br />
#!/bin/bash<br />
#<br />
# /etc/rc.local: Local multi-user startup script.<br />
#<br />
<br />
echo 40 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold<br />
<br />
Also, following line is also reported to help makes system more responsive. You can use it by adding it to your {{ic|/etc/rc.local}}:<br />
echo 2000000 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate<br />
<br />
===Update your BIOS without Xandros===<br />
{{Warning | You can break your system, do not update if you are not sure of what you are doing!}}<br />
<br />
First, you need to download the ''.rom'' file.<br />
*[http://update.eeepc.asus.com/bios/ Asus' official BIOS]<br />
*[http://forum.eeeuser.com/viewtopic.php?id=3485 EeeUser's topic]<br />
<br />
You also need an USB stick formatted in FAT32. To format the USBStick, use the cfdisk tool:<br />
# cfdisk /dev/sdc # could be something else than "c"<br />
<br />
Choose [delete], [type]: "fat32" (code 0B), [write] and then exit with [quit].<br />
<br />
NOTE to EEE PC 900 owners and possibly others: Using this method will require a flash drive formatted with a '''FAT16''' file-system. If the BIOS update process hangs up at "Reading file 900.ROM" for more than a few minutes then it should be safe to power down your EEE PC and reformat your flashdrive's file-system to the correct one. You can force FAT16 creation with the following command:<br />
# mkdosfs -F 16 /dev/device-path<br />
<br />
Now just copy the ''.rom'' on the USBStick :<br />
$ cp /somewhere/blabla/.../thecurrentnameofthefile.ROM /path/to/mounted/usb_stick/701.rom<br />
The name of the copy '''must''' be xxxx.rom where xxxx is the model of your eee PC. (i.e. 900 users it's 900.rom)<br />
<br />
Next step, reboot the eeepc with the USB stick pluged-in, and press Alt+F2. It will launch the built-in tool. Everything should be Ok, you can make a coffee during the update. When it asks you to push the power-button it has finished.<br />
<br />
At the next boot, you'll be invited to configure the BIOS. Check if the everything is enabled (my webcam and wireless were disabled after the update) and if it displays the good version in the main screen. It's done!<br />
<br />
=== More usable font sizes ===<br />
<br />
====The_glu's method====<br />
<br />
I found an easy solution that works on a 901:<br />
<br />
Edit {{ic|/etc/X11/xinit/xserverrc}} and add "-dpi 134":<br />
exec /usr/bin/X -nolisten tcp -dpi 134<br />
<br />
Restart X and fonts should have the correct size. Notice it's won't works if you have Xft*dpi: in your {{ic|.XDefaults}}.<br />
<br />
You do not need to edit your config file to set a smaller font size, I you did you should set font-size to 10 or you will have to small fonts...<br />
<br />
==== Old method ====<br />
<br />
On a default installation with Xfce 4 my font sizes were too big, here is what I did to sort them out.<br />
<br />
First, I set the DPI by adding the following to {{ic|~/.Xdefaults}}:<br />
Xft*dpi: 134<br />
<br />
This then caused the fonts to be even bigger, so I set them all to be font-size 6 by adding the following into {{ic|~/.gtkrc-2.0}} (note that this will be overwritten if you use any tools to change GTK settings):<br />
style "user-font"<br />
{<br />
font_name="Bitstream Vera Sans 6"<br />
}<br />
widget_class "*" style "user-font"<br />
<br />
To do the same with KDE fonts (without KDE installed) you have to add the following to {{ic|~/.kde/share/config/kdeglobals}}:<br />
[General]<br />
StandardFont=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
activeFont=Bitstream Vera Sans,6,-1,5,75,0,0,0,0,0<br />
fixed=Bitstream Vera Sans Mono,6,-1,5,50,0,0,0,0,0<br />
font=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
menuFont=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
taskbarFont=Bitstream Vera Sans,6,-1,5,50,1,0,0,0,0<br />
toolBarFont=Bitstream Vera Sans,6,-1,5,50,0,0,0,0,0<br />
<br />
To make your fonts even prettier enable the [[Fonts#Fonts_with_LCD_filter_enabled|LCD Fonts]].<br />
<br />
==== Alternative Method ====<br />
<br />
For me it worked far better to open the gnome appearance control panel, go to the fonts tab, click defaults, and change the resolution to be 96 dpi. Changing .Xdefaults doesnt work when running gnome, as gnome-settings-daemon overrides it. You can then leave all font sizes at their default, and things should look good. Simply changing the font sizes and leaving the DPI at its technically correct value (~134) gave me weird layout problems in some apps, and oddly large fonts in others.<br />
<br />
==Known problems and their solutions==<br />
<br />
===Sound===<br />
<br />
For most people, sound should work right out of the box with no troubles. However, others might need to add the following line to {{ic|/etc/modprobe.d/modprobe.conf}}<br />
options snd-hda-intel model=3stack-dig<br />
or the following one for the Eee PC 900 model<br />
options snd-hda-intel model=auto<br />
<br />
If your internal microphone doesn't work, you probably have to turn the capture feature on. Simply fire up alsamixer, find your Capture control, and press spacebar to enable it.<br />
<br />
===Webcam===<br />
<br />
If for some reason webcam has been disabled on your 701, you can enable it by issuing the following command as root: <br />
<br />
echo 1 > /sys/devices/platform/eeepc/camera<br />
<br />
If you want the webcam application that the default Xandros installation uses, install [https://aur.archlinux.org/packages.php?do_Details=1&ID=14469 ucview from the AUR].<br />
<br />
The webcam also works fine with the latest version of Skype.<br />
<br />
If you already have mplayer installed you can launch:<br />
$ mplayer -fps 15 tv://<br />
<br />
I have yet to get it working with vlc or any other software such as xawtv. If you know how, please update this.<br />
<br />
*'''NOTE:''' For anyone who has accidentally disabled Auto Exposure for their webcam in luvcview (making the image dark), and can't enable it again, do the following:<br />
<br />
Install [https://aur.archlinux.org/packages.php?do_Details=1&ID=14468 libwebcam from the AUR].<br />
<br />
Issue the following command:<br />
$ uvcdynctrl --set "Exposure, Auto" 4<br />
<br />
{{Note | Be sure the "OS Installation" option is set to "finished" in the BIOS' "Advanced" tab or your camera may not work in some applications (like Skype).}}<br />
<br />
{{Note | Make sure you are a member of the video group edit /etc/group and add your username to video}}<br />
<br />
===Microphone===<br />
<br />
Solution for problems with the internal microphone.<br />
<br />
1. First of all set in alsamixer "Input Source" to "i-Mic"<br />
<br />
2. Increase "Capture" and "i-Mic Boost" to your needs<br />
<br />
3. Edit {{ic|/etc/asound.state}} and change the 'Capture Switch' section, change the 2 "false" to "true" like showing:<br />
....snip.....<br />
control.11 {<br />
comment.access 'read write'<br />
comment.type BOOLEAN<br />
comment.count 2<br />
iface MIXER<br />
name 'Capture Switch'<br />
value.0 true<br />
value.1 true<br />
}<br />
....snip....<br />
<br />
4. After editing run following as root<br />
# alsactl restore<br />
<br />
5. Now your internal microphone should be working.<br />
<br />
===Wireless times out after running dhcpcd wlan0===<br />
<br />
Don't ask me why, but this works:<br />
#! /bin/bash<br />
iwconfig wlan0 essid ... key ...<br />
sleep 1<br />
iwconfig wlan0 essid on<br />
dhcpcd wlan0<br />
<br />
Note the 'sleep 1; iwconfig wlan0 essid on'<br />
<br />
===Wireless doesn't work, even after installing custom Madwifi module===<br />
<br />
I found that Arch tried to use the ath5k module for wireless, and that meant it took control of the card rather than ath_pci (the module I had compiled and installed). I got a Madwifi status 3 message in dmesg when this happened.<br />
<br />
The solution is to blacklist the ath5k module in {{ic|/etc/rc.conf}}:<br />
<br />
MODULES = ( ... !ath5k ... )<br />
<br />
===Laggy or Unresponsive ACPI Events===<br />
<br />
The latest kernel (2.6.26) introduces new problems with Eee's ACPI events handling. Basically, ACPI events become very laggy and after some time ACPI get disabled after a heavy usage (e.g. changing volume, brightness). This problem affects both stock kernel and toofishes' kernel.<br />
<br />
It appears that the solution is to apply this [http://bugzilla.kernel.org/attachment.cgi?id=16862 patch] ([http://bugzilla.kernel.org/show_bug.cgi?id=10724 original bug report]) to the kernel. <br />
<br />
{{Note | The latest toofishes' kernel, version 2.6.26-1, now includes the patch, but you can still use ighea's one for the extras features listed below.}}<br />
<br />
Until toofishes update his kernel to include the patch, you can use ighea's slightly modified toofishes' kernel that included the above patch, as well as other modifications:<br />
<br />
*Support for Wine <br />
*uvesafb is built as module <br />
*Use [http://bbs.archlinux.org/viewtopic.php?pid=393860#p393860 new eeepc-laptop driver] (which also handles fan-control) instead of older acus_acpi or asus-laptop -drivers.<br />
<br />
You can get the modified kernel, as well as the associative packages, from [http://koti.kapsi.fi/~ighea/eee/kernel-eee/ here].<br />
<br />
After you have downloaded the packages, Install them using this command:<br />
# pacman -U kernel-eee-2.6.26-1-i686.pkg.tar.gz madwifi-eee-svn-3752-1-i686.pkg.tar.gz <br />
<br />
You might also want to use IgnorePkg-line in {{ic|/etc/pacman.conf}} to hold packages from being accidentally updated.<br />
IgnorePkg = kernel-eee madwifi-eee-svn<br />
<br />
Also do not forget to upgrade ighea's acpi-eee package to version 9.6.<br />
<br />
===Unclean unmount during shutdown when having home directory mounted on SD card===<br />
<br />
If you experienced unclean unmount during shutdown when having your home directory on SD card, then add the following 3 lines to "Write to wtmp file before unmounting" section of your {{ic|/etc/rc.shutdown}} file:<br />
<pre><br />
...<br />
<br />
stat_busy "Unmounting Filesystems"<br />
/bin/umount -a -t noramfs,notmpfs,nosysfs,noproc<br />
<br />
# Add these 3 lines<br />
sync;sync;sync;<br />
eject /dev/sdb # Or whichever is your SD-card's device name. /dev/disk/by-uuid/ followed by the UUID identifier is preferable though.<br />
sleep 3<br />
# End of hack<br />
<br />
stat_done<br />
<br />
...<br />
</pre><br />
<br />
===Booting from card without initrd===<br />
<br />
Let's say you decided to install Arch Linux on a card and compiled your own kernel (or used the kernel26eee kernel) without initrd. Card reader on EeePC is connected as an USB device. Unfortunately, USB storage devices are detected with a delay, so we must tell the kernel to wait until this device becomes available. You do this with "rootwait" option passed to kernel at boot time.<br />
<br />
===Sleeping and waking system on a card===<br />
<br />
If you have Arch Linux on a card, waking up from sleeping state will most likely fail. The only solution is to enable the CONFIG_USB_PERSIST option in kernel. The kernel26eee package should have this option enabled.<br />
<br />
The command to do this is:<br />
echo 1 >/sys/bus/usb/devices/.../power/persist<br />
<br />
Replace the {{Ic|"..."}} with the device like 1-3 or 1-5 where the first number is the bus and the second is the device <br />
<br />
Each device that is connected to your computer gets an entry in the sysfs "system file system" it is a virtual file system like proc<br />
<br />
More info:<br />
*http://www.mjmwired.net/kernel/Documentation/usb/persist.txt<br />
*http://forum.eeeuser.com/viewtopic.php?id=22712<br />
<br />
===Display doesn't wake up properly===<br />
<br />
If you encounter black display (but apparently working system) after suspend/resume, consider using the "uswsusp" package (available in the official repositories) and correcting suspend2ram script in /etc/acpi, where you use this line to make the machine go to sleep:<br />
<br />
/usr/sbin/s2ram --force --vbe_post --vbe_mode<br />
<br />
(Note on Eee PC 900 with uswsup-0.8-6:<br />
If your X goes blank or jerky after resuming, disable vbe specific commands and parameters.)<br />
<br />
===DMA problems===<br />
<br />
Some SSD have problem with read DMA event causing a long boot time. <br />
<br />
Feb 21 19:09:14 myhost kernel: ata2.01: failed command: READ DMA<br />
<br />
You can bypass that by adding a kernel parameter in GRUB. <br />
<br />
libata.dma=0<br />
<br />
==Battery Tests==<br />
<br />
The following are reported battery runtimes:<br />
<br />
{| class="wikitable" style="text-align:left"<br />
|+Battery runtimes<br />
|-<br />
! Task !! Series !! Wireless !! Screen Brightness !! FSB Speed !! Fan Speed !! Runtime !! Comments<br />
|-<br />
! DVD Playback<br />
| 701 || On || Max || 85mhz || 100% || 134min || Reading DVD ISO from 16gig SDHC Card<br />
|-<br />
! DVD Playback<br />
| 701 || Off || Max || 85mhz || 100% || ??? || Reading DVD ISO from 16gig SDHC Card<br />
|-<br />
! AVI Playback<br />
| 701 || Off || Max || 85mhz || 100% || ??? || Reading AVI from SSD<br />
|-<br />
! IM and Surf<br />
| 701 || On || ~30% || ??? || low || 173min || Normal web-browsing, Flash should reduce runtime a lot !<br />
|-<br />
! Programming and PDF reading<br />
| 1000HA || Off || ~40% || ??? || low || +6hs || Using Evince and SPE under XFCE with camera and USB disabled<br />
|-<br />
! Surf and OOo<br />
| 1000HA || On || ~40% || ??? || low || +4hs || Stock kernel without laptop-mode<br />
|-<br />
! Surf and OOo<br />
| 1000HA || On || ~40% || ??? || low || 5hs || Stock kernel with laptop-mode and other tweaks<br />
|}<br />
<br />
N.B. - Will add battery runtimes as I am able to test them, please contribute.<br />
<br />
-- Grecko.1<br />
<br />
Still tweaking, but disabling everything from BIOS got me about 6 hours and a half. With eee-kernel, I *could* get a little more.<br />
<br />
-- ekuber</div>Mellett68