Arch on Asus EEE 901

chori · 2008-12-02 14:08:08

puurokattila wrote:

I noticed that 1 finger tapping actually works but only from the right edge.
Tried kljohann's method with no success. So thank you chori and scrolling works much better than with elantech driver before.

You're welcome, and thanks to @Etuxia. I agree -- the scrolling is much better now.

Another tweak I added, and that @ChemBro also discovered: change Option "AccelMethod" to "XAA": fixes the blacked-out icons in the system tray when running KDE 4.1.

I'll update the wiki with my @Etuxia-based xorg.conf.

Last edited by chori (2008-12-02 14:08:57)

Rorschach · 2008-12-02 15:40:29

chori is scrolling working for you? That's the only thing I couldn't make running now with synaptics without elantech.

chori · 2008-12-02 16:04:56

Rorschach wrote:

chori is scrolling working for you? That's the only thing I couldn't make running now with synaptics without elantech.

Two finger scrolling works for me. Is that what you mean?

Rorschach · 2008-12-02 17:07:59

Oh thanks! Scrolling with two-fingers is working just fine

So I'm gonna recompile my vanilla-kernel now again and dump the elantech-driver...synaptics works nice so far for me now.

Just hope I'm getting acpi fixed on the vanilla kernel...

greetings

Etuxia · 2008-12-02 17:21:48

This is my /etc/hal/fdi/policy/10-keymap.fdi
http://pastebin.com/f4c78fcff

This is my /etc/hal/fdi/policy/9-x11-elantech.fdi
http://pastebin.com/f5a4a7783

Features:
* One finger tap
* Two filnger tap
* Three finger tap
* Two finger scroll
* Nice mouse speed

I don't have an xorg.config at the moment, EDIT: You can run it without /etc/X11/xorg.conf file.

But my system runs better with this xconf:
http://pastebin.com/f19ae19f1

Updated the wiki: http://wiki.archlinux.org/index.php/Asu … AL_configs

Last edited by Etuxia (2008-12-02 18:07:51)

tehabe · 2008-12-02 22:28:02

I found this tool the other day http://greg.geekmind.org/eee-control/

It bases on the eeepc_laptop or eeepc_acpi modules which are included in the vanilla kernel. Maybe this is a way to simplify the scripts and more importantly make them more compatible for all eeePC models. (eee.ko doesn't work on the 1000H)

Any thoughts?

chori · 2008-12-02 22:49:18

tehabe wrote:

I found this tool the other day http://greg.geekmind.org/eee-control/
It bases on the eeepc_laptop or eeepc_acpi modules which are included in the vanilla kernel. Maybe this is a way to simplify the scripts and more importantly make them more compatible for all eeePC models. (eee.ko doesn't work on the 1000H)
Any thoughts?

Interesting. I took a look at this project a few months ago, it was still fairly green then. It's come a long way since August.

I downloaded the source code, and took a look at it. It uses an ACPI listener written in python, and then writes values to the controls in /proc/acpi/asus. It doesn't support (in fact, it conflicts with) the controls in /proc/eee. The FSB values are changed via /proc/acpi/asus/cpufv, which Robertek reminded was unacceptably slow for ACPI use back when we tested /proc/eee/fsb vs. /proc/acpi/asus/cpufv a few months ago.

I think this package is worth another look. If anyone decides to uninstall the eee module and acpi-eee901, and install this toolkit instead, I'd be interested in hearing your impressions. Voltage measurements and CPU speeds on the different FSB settings would be nice, too. It's Ubuntu-specific, some tweaking would need to be done to port it to ArchLinux, I think.

Edit: FWIW, there are these two caveats in the "Known issues":

# With the vanilla 2.6.27, bluetooth control is not available. This is a bug in the eeepc_laptop module.
# The WiFi state is not retained. This again is a problem with eeepc_laptop.

Last edited by chori (2008-12-02 22:52:08)

lejonet · 2008-12-03 00:19:43

@chori and robertek

It seems like we solved one issue but didn't really solve the issue persay. I can now change my /proc/eee/fsb file as I want, but it actually doesn't do anything (I managed to get it down to 0 50 0 but it was around 45 50 0 that I started to get suspicious)
But /proc/acpi/asus/cpufv works like chori said, you only need to send 0, 1 or 2 to /proc/acpi/asus/cpufv for it to change (it actually saves quite alot of power to run with setting 2) but its slow like hell (takes like 5-15 secs to change state, sometimes even 20 secs) and its locked to 3 different states.
But it makes the cpuinfo file output the information as it is (with state 0 it outputs 1600 and with state 2 it outputs 800 as processor speed so state 1 probably output 1360 (85%)) Maybe we should just leave that Ive found a way to sortof manipulate my fsb for now?

Last edited by lejonet (2008-12-03 00:20:38)

Etuxia · 2008-12-03 00:28:58

chori wrote:

tehabe wrote:
I found this tool the other day http://greg.geekmind.org/eee-control/
It bases on the eeepc_laptop or eeepc_acpi modules which are included in the vanilla kernel. Maybe this is a way to simplify the scripts and more importantly make them more compatible for all eeePC models. (eee.ko doesn't work on the 1000H)
Any thoughts?
Interesting. I took a look at this project a few months ago, it was still fairly green then. It's come a long way since August.
I downloaded the source code, and took a look at it. It uses an ACPI listener written in python, and then writes values to the controls in /proc/acpi/asus. It doesn't support (in fact, it conflicts with) the controls in /proc/eee. The FSB values are changed via /proc/acpi/asus/cpufv, which Robertek reminded was unacceptably slow for ACPI use back when we tested /proc/eee/fsb vs. /proc/acpi/asus/cpufv a few months ago.
I think this package is worth another look. If anyone decides to uninstall the eee module and acpi-eee901, and install this toolkit instead, I'd be interested in hearing your impressions. Voltage measurements and CPU speeds on the different FSB settings would be nice, too. It's Ubuntu-specific, some tweaking would need to be done to port it to ArchLinux, I think.
Edit: FWIW, there are these two caveats in the "Known issues":
# With the vanilla 2.6.27, bluetooth control is not available. This is a bug in the eeepc_laptop module.
# The WiFi state is not retained. This again is a problem with eeepc_laptop.

Looks realy intresting, it would be nice to port/maybe fork it to arch with zeneee

Lazer · 2008-12-03 18:07:55

@Etuxia:
Thanks for the mouse and keyboard config, you saved my day! However you said on the wiki your touchpad was not behaving perectly, I think that's because of the minimum speed settings, I have it configured like this and it works like a charm (for me at least):

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.touchpad">
      <match key="info.product" contains="Elantech Touchpad">
    <merge key="input.x11_driver" type="string">synaptics</merge>
    <merge key="input.x11_options.SHMConfig" type="string">on</merge>
    <merge key="input.x11_options.MaxSpeed" type="string">1.08</merge>
    <merge key="input.x11_options.Emulate3Buttons" type="string">on</merge>
    <merge key="input.x11_options.VertTwoFingerScroll" type="string">1</merge>
    <merge key="input.x11_options.HorizTwoFingerScroll" type="string">1</merge>
    <merge key="input.x11_options.TapButton1" type="string">1</merge>
    <merge key="input.x11_options.TapButton2" type="string">2</merge>
    <merge key="input.x11_options.TapButton3" type="string">3</merge>
    <merge key="input.x11_options.LockedDrags" type="string">0</merge>

    <merge key="input.x11_options.AccelFactor" type="string">0.0460</merge>
    <merge key="input.x11_options.VertScrollDelta" type="string">85</merge>
    <merge key="input.x11_options.HorizScrollDelta" type="string">85</merge>

      </match>
    </match>
  </device>
</deviceinfo>

You can try it out.

@Everyone else:
I still have some problems with suspend to ram! My eee module doesn't get reloaded after a suspend and even if i modprobe it (or I comment out the lines that removes it form suspend2ram.sh) the ACPI controls don't work until a reboot! Am I the only one with this problem? I am running the latest zen-eee and acpi-eee901.
Thank you!

I was just about to forget... the script that changes resolution doesn't work anymore after the upgrate of xorg, but I didn't investigate much into it. Can you confirm this?

lejonet · 2008-12-03 20:28:56

I might take a peek in it and try it out, seeing as the eee module doesn't seem to work for me, maybe this one does entirely allow me to control the fsb? I will see about it ^^

bangoskank · 2008-12-04 09:58:58

eee-control also requires that you have the /dev/i2c-0 device available, i.e. the kernel config parameter I2C_CHARDEV, which isn't set in the default zen-eee kernels.

Edit: a gentoo user has posted his/her .config here: http://www.zirona.com/misc/code/eee-con … rnelconfig

Last edited by bangoskank (2008-12-04 10:16:51)

puurokattila · 2008-12-04 10:11:35

I've been having problems with lid events for some time now.
Log says:
Lid state undefined: LID 00000080 00000001
and nothing happens

Last edited by puurokattila (2008-12-04 10:12:07)

Etuxia · 2008-12-04 11:27:08

bangoskank wrote:

eee-control also requires that you have the /dev/i2c-0 device available, i.e. the kernel config parameter I2C_CHARDEV, which isn't set in the default zen-eee kernels.
Edit: a gentoo user has posted his/her .config here: http://www.zirona.com/misc/code/eee-con … rnelconfig

We can modify zen-eee?

bangoskank · 2008-12-04 14:25:36

Etuxia wrote:

We can modify zen-eee?

Robertek has provided his sources at http://robertek.brevnov.net/files/linux/arch/.

Rorschach · 2008-12-04 16:45:31

Just for your info: I added some information including my .config for using a vanilla-kernel on the eeepc in the wiki: http://wiki.archlinux.org/index.php/Asu … lla_kernel

Etuxia · 2008-12-04 17:38:17

Rorschach wrote:

Just for your info: I added some information including my .config for using a vanilla-kernel on the eeepc in the wiki: http://wiki.archlinux.org/index.php/Asu … lla_kernel

Question, can you run eee-control?

Rorschach · 2008-12-04 19:05:49

No at the moment I'm trying to fix the asus-acpi. There are some problems with the vanilla-kernel. I can't describe in total because some things are working but some are not. Like OSD runs without any problems totally fine but there's no /proc/acpi/asus . If I got it fixed I'll try eee-control.

But as I understand it, it just needs eee_laptop (which is in the vanilla kernel) and this eee_acpi which should be in asus-acpi I think. But it has some dependencies not in the repos and aur like python-gconf and pyconfig.

Last edited by Rorschach (2008-12-04 19:12:01)

big_gie · 2008-12-04 19:11:52

I'm running Arch's kernel "-ARCH", renamed to -eee, and with almost all drivers compiled in the kernel (please see http://bbs.archlinux.org/viewtopic.php?pid=458717 for custom kernel compilation). I did not (yet) include any other patch then patch-2.6.27.7-1-ARCH.bz2

I would say 97% is working:
1) I don't have /proc/acpi/eee
2) Fn+F2 always report the same event, which is logic. I don't know why the acpi-eee901 is set for two different events...

Everything else works 100%

Rorschach · 2008-12-06 11:22:21

Okay I updated the kernel .config in the wiki and the acpi part. I replaced ACPI_ASUS with ASUS_LAPTOP which seems to be the newer and better one.

I also further explained the acpi-part because I have the feeling that /proc/acpi/[eee|asus|..] is depreceated. You will find the new control-files in: /sys/devices/platform/eeepc/ .

But there's still no usefull fan file.

greetings

Last edited by Rorschach (2008-12-06 11:26:21)

fluppet · 2008-12-06 18:38:50

are there any known issues with the wifi not playing nice after being suspeded

it doesnt happen all the time and i havent spotted any patern to it but every so often it fails to come back up and dmesg shows

!!! RT2860 Initalized fail !!!
ERROR!!! BBP read R0xffffffff fail

any ideas as to why its happening or even how to bring the wifi card back up without having to reboot

Last edited by fluppet (2008-12-06 18:39:10)

lejonet · 2008-12-07 13:28:30

fluppet wrote:

are there any known issues with the wifi not playing nice after being suspeded
it doesnt happen all the time and i havent spotted any patern to it but every so often it fails to come back up and dmesg shows
!!! RT2860 Initalized fail !!!
ERROR!!! BBP read R0xffffffff fail
any ideas as to why its happening or even how to bring the wifi card back up without having to reboot

I can recall earlier in this thread that someone had problems with having wifi on before suspending and then it would fail after waking the computer up. I think robertek told the dude to add rt2860sta in the modules to be removed (rmmod rt2860sta) before suspend and then to reload it on wake up (modprobe rt2860sta).
Because I know that the recent kernel has problems with wifi being on when suspending/hibernating, I have another linux computer that to be able to hibernate or suspend2ram I first have to disconnect my wifi connection or it will not fully complete the hibernation/suspend. I didn't have to do that before so there is a chance that they've changed something regarding to suspending/hibernating.

tehabe · 2008-12-07 14:11:02

lejonet wrote:

I can recall earlier in this thread that someone had problems with having wifi on before suspending and then it would fail after waking the computer up.

I had problems with it. My solution looks like this:

PRE_SUSPEND_COMMAND="/etc/acpi/eee/wlan.sh poweroff"
POST_SUSPEND_COMMAND="/etc/acpi/eee/wlan.sh poweron"

bangoskank · 2008-12-08 11:47:33

Here I was merrily about to submit my eee-control package to the AUR when I find out that some other scoundrel has beaten me to it! : )

Well, in case anybody is interested, I've posted it up on google pages at: http://its.hip.googlepages.com/eee-control.tar.gz

This is the 0.8.4 version (latest), which no longer relies on /dev/i2c-0 or the python smbus module. Announced here: http://forum.eeeuser.com/viewtopic.php? … 35#p455435

kishd · 2008-12-08 12:00:23

Sorry misread post.

Last edited by kishd (2008-12-08 12:06:29)

Arch Linux

#826 2008-12-02 14:08:08

Re: Arch on Asus EEE 901

#827 2008-12-02 15:40:29

Re: Arch on Asus EEE 901

#828 2008-12-02 16:04:56

Re: Arch on Asus EEE 901

#829 2008-12-02 17:07:59

Re: Arch on Asus EEE 901

#830 2008-12-02 17:21:48

Re: Arch on Asus EEE 901

#831 2008-12-02 22:28:02

Re: Arch on Asus EEE 901

#832 2008-12-02 22:49:18

Re: Arch on Asus EEE 901

#833 2008-12-03 00:19:43

Re: Arch on Asus EEE 901

#834 2008-12-03 00:28:58

Re: Arch on Asus EEE 901

#835 2008-12-03 18:07:55

Re: Arch on Asus EEE 901

#836 2008-12-03 20:28:56

Re: Arch on Asus EEE 901

#837 2008-12-04 09:58:58

Re: Arch on Asus EEE 901

#838 2008-12-04 10:11:35

Re: Arch on Asus EEE 901

#839 2008-12-04 11:27:08

Re: Arch on Asus EEE 901

#840 2008-12-04 14:25:36

Re: Arch on Asus EEE 901

#841 2008-12-04 16:45:31

Re: Arch on Asus EEE 901

#842 2008-12-04 17:38:17

Re: Arch on Asus EEE 901

#843 2008-12-04 19:05:49

Re: Arch on Asus EEE 901

#844 2008-12-04 19:11:52

Re: Arch on Asus EEE 901

#845 2008-12-06 11:22:21

Re: Arch on Asus EEE 901

#846 2008-12-06 18:38:50

Re: Arch on Asus EEE 901

#847 2008-12-07 13:28:30

Re: Arch on Asus EEE 901

#848 2008-12-07 14:11:02

Re: Arch on Asus EEE 901

#849 2008-12-08 11:47:33

Re: Arch on Asus EEE 901

#850 2008-12-08 12:00:23

Re: Arch on Asus EEE 901

Board footer