Arch on Asus EEE 901

Blind · 2009-02-02 23:59:35

As stated in my post there, the /proc/acpi/event sytem (which is deprecated!) is turned off in the kernel. However, this is what acpid lives off of. So if you want to turn that on, then go throught the comments in AUR, there is a description of what to do. I can (re-)activate it by default in future revisions, if the majority of the users want that.
Blind
PS: there are so many comments now, that it is easier to post the relevant thing here
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y

Last edited by Blind (2009-02-03 00:01:19)

Pox · 2009-02-03 00:19:24

Ah, thanks
I'll make sure to check the AUR comments in future, completely forgot about them

inf · 2009-02-03 00:39:48

Anyone know what kernel options I need the enable to get my LVM partitions to work? I have my root fs (ext3) put on a LVM partition, and it won't boot.

Tried to check through the config file but with a little success

Pox · 2009-02-03 01:46:28

Hmmm, anyone know what ata_piix is, and whether it can be disabled/configured? It's responsible for about 90% of my cpu wakeups at idle now.

Blind · 2009-02-03 02:41:22

@inf: From Gentoo:
Device Drivers --->
Multi-device support (RAID and LVM) --->
[*] Multiple devices driver support (RAID and LVM)
< > RAID support
<M> Device mapper support

Good luck

@Pox: It's the controller for your harddrive, AFAIK. I don't thinnk you can spare that one... maybe there are some parameters to it, dunno.

big_gie · 2009-02-03 04:23:07

Pox wrote:

Hmmm, anyone know what ata_piix is, and whether it can be disabled/configured? It's responsible for about 90% of my cpu wakeups at idle now.

Don't disable this... It's the hd/ssd driver
The high wakeup is probably because something is accessing the drive...

inf · 2009-02-03 13:58:19

Well I tried to get the kernel working but no luck

The problem seems to be the LVM stuff. I enabled this in the config file but still it won't work.

When it tries to build the initrd images it gives couple of errors:

:: Parsing hook [lvm2]
ERROR: module 'dm[-_]mod' not found

and

:: Parsing hook [scsi]
ERROR: module 'sd[-_]mod' not found

BTW @Blind

Is it really necessary to replace the stock kernel with this. It complains that vmlinuz26 and System.map26 is already foun on /boot.

Wouldn't it be better to just add different filenames for this kernel? Something like vmlinuz26-eee and System.map26-eee

big_gie · 2009-02-03 14:06:08

inf wrote:

BTW @Blind
Is it really necessary to replace the stock kernel with this. It complains that vmlinuz26 and System.map26 is already foun on /boot.
Wouldn't it be better to just add different filenames for this kernel? Something like vmlinuz26-eee and System.map26-eee

Please see:
http://bugs.archlinux.org/task/12384?pr … pened=1928
http://bbs.archlinux.org/viewtopic.php?id=37579

Last edited by big_gie (2009-02-03 14:44:50)

Ashren · 2009-02-03 14:28:50

+1 on inf's sentiment.

Last edited by Ashren (2009-02-03 14:29:17)

Blind · 2009-02-03 14:32:33

Ok, I will change that. Comes from using the stock kernel's PKGBUILD as template.

Pox · 2009-02-04 01:54:57

Blind, big_gie - indeed, the hard disk is the culprit, I was too quick to say "idle" - I had the kernel sources uncompressing in a vtty.
Anyway, everything is perfect now - with acpi enabled, the kernel is working great with my awesome hooks for battery, etc, and eee-control is handling hotkeys and undervolting flawlessly... and all with a close-to-stock kernel. I think I'm finally satisfied with my system.

big_gie · 2009-02-04 02:02:57

Pox wrote:

I had the kernel sources uncompressing in a vtty.

Hahah! Thats a hell of an "idle" system!
Good thing it can really go idle. These machines are awesome I do like having a stock distribution as much as possible too.

Etuxia · 2009-02-05 08:56:39

My attery is running out of power.

I bought my computer 2008-09-24 brand new.

[0] etu@Slartibartfast:~ $ cat /proc/acpi/battery/BAT0/info
present:                 yes
design capacity:         6580 mAh
last full capacity:      4644 mAh
battery technology:      rechargeable
design voltage:          8400 mV
design capacity warning: 185 mAh
design capacity low:     185 mAh
capacity granularity 1:  65 mAh
capacity granularity 2:  65 mAh
model number:            901
serial number:            
battery type:            LION
OEM info:                ASUS
[0] etu@Slartibartfast:~ $

I don't realy like the big difference between design capacitty and last full capacity...

zodmaner · 2009-02-05 12:26:52

Etuxia wrote:

My attery is running out of power.

I bought my computer 2008-09-24 brand new.

[0] etu@Slartibartfast:~ $ cat /proc/acpi/battery/BAT0/info
present:                 yes
design capacity:         6580 mAh
last full capacity:      4644 mAh
battery technology:      rechargeable
design voltage:          8400 mV
design capacity warning: 185 mAh
design capacity low:     185 mAh
capacity granularity 1:  65 mAh
capacity granularity 2:  65 mAh
model number:            901
serial number:            
battery type:            LION
OEM info:                ASUS
[0] etu@Slartibartfast:~ $

I don't realy like the big difference between design capacitty and last full capacity...

Whoa, that's the fully charged capaticy? That looks really bad.

Anyway, I think the battery have 6 months warranty. So you might what to check with ASUS and see if they can send you a replacement.

Pox · 2009-02-05 13:41:01

Etuxia, and I thought my 6600->5200 since July was bad. That's a lot of wear, probably enough to get it replaced under warranty - definitely give it a shot.

Blind · 2009-02-05 14:09:07

Yeah, I got the same problem. I think since the beginning there was a problem with the batteries on the Eee.

Etuxia · 2009-02-05 14:15:23

zodmaner wrote:

Etuxia wrote:
My attery is running out of power.
I bought my computer 2008-09-24 brand new.
[0] etu@Slartibartfast:~ $ cat /proc/acpi/battery/BAT0/info
present:                 yes
design capacity:         6580 mAh
last full capacity:      4644 mAh
battery technology:      rechargeable
design voltage:          8400 mV
design capacity warning: 185 mAh
design capacity low:     185 mAh
capacity granularity 1:  65 mAh
capacity granularity 2:  65 mAh
model number:            901
serial number:            
battery type:            LION
OEM info:                ASUS
[0] etu@Slartibartfast:~ $
I don't realy like the big difference between design capacitty and last full capacity...
Whoa, that's the fully charged capaticy? That looks really bad.
Anyway, I think the battery have 6 months warranty. So you might what to check with ASUS and see if they can send you a replacement.

Pox wrote:

Etuxia, and I thought my 6600->5200 since July was bad. That's a lot of wear, probably enough to get it replaced under warranty - definitely give it a shot.

They want me to give they my computer so they can repair it, and I will get it back in 2 weeks. I can't be without my eee in that loong time, I need it for school...

Etuxia · 2009-02-05 14:20:00

Blind wrote:

Yeah, I got the same problem. I think since the beginning there was a problem with the batteries on the Eee.

It must be something wring in the bateries. How can 3 people loose so much power?

zodmaner · 2009-02-05 14:42:44

Etuxia wrote:

Blind wrote:
Yeah, I got the same problem. I think since the beginning there was a problem with the batteries on the Eee.
It must be something wring in the bateries. How can 3 people loose so much power?

Hm, This does not look good. I better keep track of my battery capacity too, just in case.

Etuxia: Hm... that's weird, why do they need the whole Eee when the issue is with the battery only. Also, I don't know how they operate, but how on earth are they going to "fix" a wear down battery? Won't replacing it make more sense?

BTW, I checked and my 901 seem to have lost about 100 mAh since I brought it about a month ago. Is this normal?

Last edited by zodmaner (2009-02-05 15:13:31)

lejonet · 2009-02-06 01:00:20

I have lost around 10% capacity since I bought mine in september last year.
It is a incredible big amount seeing how little i've used the battery during that time (maybe 20 full cycles if even that?)
I will see if I can poke them about warranty too, because that is almost a whole hour lost in battery capacity after a 1/50 of the time it supposed to reach 50% capacity

puurokattila · 2009-02-11 09:55:23

I got only 30mAh loss from 6580 to 6550. Bought in September/November and use it daily.

Etuxia · 2009-02-11 19:34:07

They will switch my battery

And, they told me something intresting. It's someting wrong in the 900 motherboard wich drains the battery. But they havent herd of any likely problems with 901.

big_gie · 2009-02-11 19:50:22

Yes its a problem on "previous" eee models. All the one using a celeron processor are affected. If yours has an Atom processor (901, 1000 for eg.) then the battery drain problem does not exist.
The problem was/is that even a shut down machine will consume power... Around 20% per day. So you would have a 5 days of battery life, even without turning it on. On suspend it was even more...

lejonet · 2009-02-19 10:01:05

With the newest update my hal broke, and so did dbus. I am constantly getting the failed message when trying to start either, but I find nothing in dmesg nor in any log in /var/log, maybe I should try uncommenting them as a tmpfs for now and see if anything useful sticks in the logs then?
The problem its giving me is that when I start a X-server is that I have no usable mouse nor keyboard. The only error message I've gotten is from dbus and when googling on it gives very little useful information. The error messages reads as follow: "Failed to start message bus: No text content expected inside XML element busconfig in configuration file"
Anyone have any ideas? I am going to disable the tmpfs on /var/log temporarily to see if more useful stuff sticks in the logs then... shouldn't matter but it doesn't hurt to try.

orange · 2009-02-19 14:15:39

Hi archers,

this is my very first forums post. As of yesterday, I'm a proud owner of a eee pc 901 and I'm going to install arch on it along with Robertek's zeneee-901 kernel. I read the whole thread (tried it at least) and there's one remaining thing I'm curious about currently. To be able to use aircrack-ng, I'm going to replace the standard ralink adapter with an atheros AR5007EG adapter and I'm curious how I'd be able to compile a madwifi-ng kernel module without having the headers for Robertek's custom kernel available. Is there something I'm missing here or is it not possible at all to replace the wifi adapter AND run Roberrtek's custom kernel at once? The question about the missing headers was asked before by someone else, but no definite answer was given (at least none I understood). Could someone please tell me how to achieve this?

Thanks a million in advance!

best,
orange

Arch Linux

#976 2009-02-02 23:59:35

Re: Arch on Asus EEE 901

#977 2009-02-03 00:19:24

Re: Arch on Asus EEE 901

#978 2009-02-03 00:39:48

Re: Arch on Asus EEE 901

#979 2009-02-03 01:46:28

Re: Arch on Asus EEE 901

#980 2009-02-03 02:41:22

Re: Arch on Asus EEE 901

#981 2009-02-03 04:23:07

Re: Arch on Asus EEE 901

#982 2009-02-03 13:58:19

Re: Arch on Asus EEE 901

#983 2009-02-03 14:06:08

Re: Arch on Asus EEE 901

#984 2009-02-03 14:28:50

Re: Arch on Asus EEE 901

#985 2009-02-03 14:32:33

Re: Arch on Asus EEE 901

#986 2009-02-04 01:54:57

Re: Arch on Asus EEE 901

#987 2009-02-04 02:02:57

Re: Arch on Asus EEE 901

#988 2009-02-05 08:56:39

Re: Arch on Asus EEE 901

#989 2009-02-05 12:26:52

Re: Arch on Asus EEE 901

#990 2009-02-05 13:41:01

Re: Arch on Asus EEE 901

#991 2009-02-05 14:09:07

Re: Arch on Asus EEE 901

#992 2009-02-05 14:15:23

Re: Arch on Asus EEE 901

#993 2009-02-05 14:20:00

Re: Arch on Asus EEE 901

#994 2009-02-05 14:42:44

Re: Arch on Asus EEE 901

#995 2009-02-06 01:00:20

Re: Arch on Asus EEE 901

#996 2009-02-11 09:55:23

Re: Arch on Asus EEE 901

#997 2009-02-11 19:34:07

Re: Arch on Asus EEE 901

#998 2009-02-11 19:50:22

Re: Arch on Asus EEE 901

#999 2009-02-19 10:01:05

Re: Arch on Asus EEE 901

#1000 2009-02-19 14:15:39

Re: Arch on Asus EEE 901

Board footer