Difference between revisions of "ASUS Eee PC 1201T"

From ArchWiki
Jump to: navigation, search
m (fixed header and added prompts)
m (Function keys)
Line 68: Line 68:
 
The package is apparently based on Realtek's own open source UNIX driver, which can be obtained from [http://www.realtek.com/downloads/ Realtek's website] by selecting IEEE 802.11b/g/n Single-Chip RTL8192SE.
 
The package is apparently based on Realtek's own open source UNIX driver, which can be obtained from [http://www.realtek.com/downloads/ Realtek's website] by selecting IEEE 802.11b/g/n Single-Chip RTL8192SE.
  
=Function keys=
+
==Function keys==
 
First, make sure the ACPI is working properly. The kernel module "buttons" gives the kernel access to lid closure and power button events. To have access to the function key events, you need to load the kernel module eeepc_laptop, which would not load unless you add acpi_osi=Linux to kernel parameters in /boot/grub/menu.lst:
 
First, make sure the ACPI is working properly. The kernel module "buttons" gives the kernel access to lid closure and power button events. To have access to the function key events, you need to load the kernel module eeepc_laptop, which would not load unless you add acpi_osi=Linux to kernel parameters in /boot/grub/menu.lst:
 
   title  Arch Linux
 
   title  Arch Linux

Revision as of 23:15, 10 July 2010

Device Status Modules
Graphics Working ati
Ethernet Working atl1c
Wireless Working r8192se_pci
Audio Working snd_hda_intel
Camera Not tested
Card Reader Not tested
Function Keys Working
Suspend2RAM Not working
Hibernate Working pm-utils
Multi-input touchpad Not working

Hardware

 $ lspci
 00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge
 00:01.0 PCI bridge: ASUSTeK Computer Inc. RS880 PCI to PCI bridge (int gfx)
 00:04.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 0)
 00:05.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 1)
 00:11.0 SATA controller: ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode]
 00:12.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller
 00:12.1 USB Controller: ATI Technologies Inc SB700 USB OHCI1 Controller
 00:12.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
 00:13.0 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller
 00:13.2 USB Controller: ATI Technologies Inc SB700/SB800 USB EHCI Controller
 00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3c)
 00:14.1 IDE interface: ATI Technologies Inc SB700/SB800 IDE Controller
 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
 00:14.3 ISA bridge: ATI Technologies Inc SB700/SB800 LPC host controller
 00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
 00:14.5 USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI2 Controller
 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
 01:05.0 VGA compatible controller: ATI Technologies Inc RS780M/RS780MN [Radeon HD 3200 Graphics]
 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device 8171 (rev 10)
 03:00.0 Ethernet controller: Atheros Communications Atheros AR8132 / L1c Gigabit Ethernet Adapter (rev c0)

Graphics

There are two graphics packages in the extra repository: xf86-video-ati and xf86-video-radeonhd. The second one seems to be out of date - it works, but the graphics acceleration lags a lot. The first one works fine:

 # pacman -S xf86-video-ati xf86-input-keyboard xf86-input-mouse xf86-input-synaptics 
 $ startx

That should enable graphical display in the native 1368x768 resolution with a usable trackpad. Make sure that dbus and hal are installed and running first though.

Wireless

According to postings of others, the Realtek 8171 device is actually a Realtek 8191 which misreports itself. To use it, install the rtl8192se package from the AUR.

 # depmod -a
 # modprobe r8192se_pci

The package is apparently based on Realtek's own open source UNIX driver, which can be obtained from Realtek's website by selecting IEEE 802.11b/g/n Single-Chip RTL8192SE.

Function keys

First, make sure the ACPI is working properly. The kernel module "buttons" gives the kernel access to lid closure and power button events. To have access to the function key events, you need to load the kernel module eeepc_laptop, which would not load unless you add acpi_osi=Linux to kernel parameters in /boot/grub/menu.lst:

 title  Arch Linux
 root   (hd0,0)
 kernel /vmlinuz26 root=/dev/sda1 ro acpi_osi=Linux
 initrd /kernel26.img

Try running acpi_listen and pressing Fn+F10, Fn+F11, etc. to see whether the function keys are detected. Then install acpi-eeepc-generic package from the AUR. Go to /etc/acpi/eeepc/models/ and copy acpi-eeepc-1000HE-events.conf into acpi-eeepc-1201T-events.conf. You might want to modify the events slightly. For example, instead of EEEPC_SCREEN_OFF=$KEY_Fn_F7 (which toggles bluetooth for some reason) use EEEPC_BLANK=$KEY_Fn_F7. Also, the event code for Fn_F9 is 37, not 12, but it is supposed to toggle the touchpad anyway. Finally, edit /etc/conf.d/acpi-eeepc-generic.conf, following the directions inside. Use "r8192se_pci" for WIFI_DRIVERS, pm-suspend for SUSPEND2RAM_COMMANDS, and 1201T for EEEPC_MODEL, not forgetting to put in "yes" for EEEPC_CONF_DONE. This configuration will allow using the blue function buttons to change volume, change/turn off screen brightness, toggle wireless, toggle SHE to reduce power consumption, and suspend on lid close.

Suspend

Could not get suspend to work, even after unloading the ehci_hcd and r8192se_pci modules, as instructed in the 1201NL article. Tried using both pm-suspend from pm-utils package and s2ram from uswsusp package. 1201T is not whitelisted in s2ram, and using the --force option with any of permutations of the suggested workarounds has the same end result: the machine goes to sleep fine, but fails to wake up. The power led switches from blinking to constant on, but there is no disk activity and a hard reboot is required. The last line in /var/log/pm-suspend.log is "performing suspend". Hibernate works fine with pm-hibernate though.