Arch on Asus EEE 901

saz · 2008-09-26 16:21:11

Hi!

I really need some help!!

I'm using the zen-eee kernel in my 901, everything was working for a couple of days, but today I've got no network, wired or wireless!

I have no idea what to do! I've double-checked everything and it is all ok....

Here I leave my rc.conf:

#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime"
# USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="en_US.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="Canada/Pacific"
KEYMAP="pt-latin9.map.gz"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

# -----------------------------------------------------------------------
# HARDWARE
# -----------------------------------------------------------------------
#
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
# MOD_BLACKLIST: Prevent udev from loading these modules
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
#
# NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES array.
#
MOD_AUTOLOAD="yes"
#MOD_BLACKLIST=() #deprecated
MODULES=(snd-mixer-oss snd-pcm-oss snd-hwdep snd-page-alloc snd-pcm snd soundcore snd-timer snd-hda-intel acpid pciehp fuse btusb)

# Scan for LVM volume groups at startup, required if you use LVM
USELVM="no"

# -----------------------------------------------------------------------
# NETWORKING
# -----------------------------------------------------------------------
#
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
#
HOSTNAME="eeepc"

# Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
#
# Interfaces to start at boot-up (in this order)
# Declare each interface then list in INTERFACES
#   - prefix an entry in INTERFACES with a ! to disable it
#   - no hyphens in your interface names - Bash doesn't like it
# 
# DHCP:     Set your interface to "dhcp" (eth0="dhcp")
# Wireless: See network profiles below
#
eth0="dhcp"
INTERFACES=(eth0)

# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
#   - prefix an entry in ROUTES with a ! to disable it
#
gateway="default gw x.x.x.x"
ROUTES=(!gateway)
 
# Enable these network profiles at boot-up.  These are only useful
# if you happen to need multiple network configurations (ie, laptop users)
#   - set to 'menu' to present a menu during boot-up (dialog package required)
#   - prefix an entry with a ! to disable it
#
# Network profiles are found in /etc/network.d
#
# This now requires the netcfg package
#
#NETWORKS=(main)

# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
#   - prefix a daemon with a ! to disable it
#   - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(syslog-ng network netfs crond dbus @alsa wicd @hal @fam @gdm)

when I do:

ifconfig -a

I can see all the devices (eth0, lo, ra0), so I guess it isn't a driver problem...

Last edited by saz (2008-09-26 16:52:36)

chori · 2008-09-26 17:42:42

saz wrote:

I'm using the zen-eee kernel in my 901, everything was working for a couple of days, but today I've got no network, wired or wireless!
I have no idea what to do! I've double-checked everything and it is all ok....
Here I leave my rc.conf:
DAEMONS=(syslog-ng network netfs crond dbus @alsa wicd @hal @fam @gdm)
when I do:
ifconfig -a
I can see all the devices (eth0, lo, ra0), so I guess it isn't a driver problem...

Ddi you read the wiki page on wicd? http://wiki.archlinux.org/index.php/Wicd

Wicd is a replacement for network, you shouldn't really have both running at the same time. Also, if you run wicd, you should comment out the eth0 interface in INTERFACES. Finally, you'll want to run netfs after wicd, not before.

If the steps recommended on the wicd wiki page don't help, then do some diagnostics: look at dmesg, /var/log/messages, try to ping your router, try a traceroute to www.google.com, etc., and see if the problem is on the 901, or somewhere upstream.

saz · 2008-09-26 18:44:13

chori wrote:

Ddi you read the wiki page on wicd? http://wiki.archlinux.org/index.php/Wicd
Wicd is a replacement for network, you shouldn't really have both running at the same time. Also, if you run wicd, you should comment out the eth0 interface in INTERFACES. Finally, you'll want to run netfs after wicd, not before.
If the steps recommended on the wicd wiki page don't help, then do some diagnostics: look at dmesg, /var/log/messages, try to ping your router, try a traceroute to www.google.com, etc., and see if the problem is on the 901, or somewhere upstream.

After I'd posted I read the page on the wikim and corrected that but it still wouldn't fix it, but then I saw you glorious solution on another post:

$ sudo cp /etc/rc.d/wicd /etc/rc.d/wicd-log
$ sudo vi /etc/rc.d/wicd-log
$ diff -c /etc/rc.d/wicd /etc/rc.d/wicd-log
*** /etc/rc.d/wicd      2008-09-03 15:14:34.000000000 -0500
--- /etc/rc.d/wicd-log  2008-09-11 15:23:14.000000000 -0500
***************
*** 6,11 ****
--- 6,15 ----
    start)
      stat_busy "Starting wicd Daemon"
      pkill -f wicd-daemon.py &> /dev/null
+     if [ ! -d /var/log/wicd ]
+     then
+           mkdir -p /var/log/wicd
+     fi
      /usr/sbin/wicd &> /dev/null
      add_daemon wicd
      stat_done

man I was really going nuts because of this problem, I couldn't figure out where I had made a mistake but after all I hadn't!

Thanks chori! You've been doing a great work around this arch/eeepc business! keep up!

saz · 2008-09-26 19:03:24

By the way, two more questions:

1 - If I don't "echo 0" my webcam will I be wasting more battery? or it only uses the battery when I'm actually using it

2 - Although I'm using zen-eee kernel, with all the alsa 1.0.17+ my mic still doesn't work, what can I be missing?

chori · 2008-09-26 20:46:17

saz wrote:

By the way, two more questions:
1 - If I don't "echo 0" my webcam will I be wasting more battery? or it only uses the battery when I'm actually using it?

Good question. I think you can install conky and measure voltage consumption with the different devices turned on, then off... Robertek did some measurements a few days ago, it appears that Bluetooth consumes very little, but the WiFi consumes quite a bit (proportionally speaking).

saz wrote:

2 - Although I'm using zen-eee kernel, with all the alsa 1.0.17+ my mic still doesn't work, what can I be missing?

The mike has been reported to work with alsa 1.0.18+. The stable kernel still only has alsa 1.0.17.

saz · 2008-09-26 21:19:07

chori wrote:

The mike has been reported to work with alsa 1.0.18+. The stable kernel still only has alsa 1.0.17.

ok, so the will work in a near future then?

chori · 2008-09-26 21:33:30

saz wrote:

chori wrote:
The mike has been reported to work with alsa 1.0.18+. The stable kernel still only has alsa 1.0.17.
ok, so the will work in a near future then?

Any day now. Read these bug reports over at Ubuntu:

https://bugs.launchpad.net/ubuntu/+sour … bug/232173
https://bugs.launchpad.net/ubuntu/+sour … bug/259878

I'll do some digging, see if I can find some patches, maybe apply them to the current zen-eee901 2.6.26 stable source, if it makes sense.

Last edited by chori (2008-09-26 21:50:11)

saz · 2008-09-26 23:27:32

chori wrote:

Any day now. Read these bug reports over at Ubuntu:
https://bugs.launchpad.net/ubuntu/+sour … bug/232173
https://bugs.launchpad.net/ubuntu/+sour … bug/259878
I'll do some digging, see if I can find some patches, maybe apply them to the current zen-eee901 2.6.26 stable source, if it makes sense.

Well I don't know if it works, but maybe someone can try:

https://help.ubuntu.com/community/EeePC … Microphone

I'd try it myself, but first I don't know the ubuntu equivalents here in arch, second I'm so lamme I'd probably screw up my "finally now working" instalation

JazzplayerL9 · 2008-09-26 23:46:28

@Robertek,

Latest git kernel of yours running smooth. One question though. Every time you update and I upgrade to the new kernel, my mkinitcpio-zen-eee.conf file gets replaced by the new one. Is there a way I can just keep mine when there's an upgrade? It's not a big deal, I just have splashy and a couple of other hooks in my mkinitcpio that I use to build an initrd.img so I have to rebuild the image after the upgrade. No worries though...I'm sure there are plenty of other things to work on...I just keep a backup of my mkinitcpio and copy it over each time for now.

saz · 2008-09-27 00:19:54

by the way, is it safe to run the cpu @ low voltage (100 50 0)?

I can't even see mine:

$ cat /proc/eee/fsb
cat:  /proc/eee/fsb: No such file or directory

legzelda · 2008-09-27 00:40:58

saz wrote:

by the way, is it safe to run the cpu @ low voltage (100 50 0)?
I can't even see mine:
$ cat /proc/eee/fsb
cat:  /proc/eee/fsb: No such file or directory

Are you running Robertek's zen-eee901 kernel? Check out the wiki at http://wiki.archlinux.org/index.php/Asu … EFERRED.5D if you need instructions on how to install it.

saz · 2008-09-27 00:48:01

yes I am

legzelda · 2008-09-27 01:15:26

saz wrote:

yes I am

Does the command

modprobe eee

issued as root offer any headway?

chori · 2008-09-27 01:39:32

JazzplayerL9 wrote:

@Robertek,
Latest git kernel of yours running smooth. One question though. Every time you update and I upgrade to the new kernel, my mkinitcpio-zen-eee.conf file gets replaced by the new one. Is there a way I can just keep mine when there's an upgrade? It's not a big deal, I just have splashy and a couple of other hooks in my mkinitcpio that I use to build an initrd.img so I have to rebuild the image after the upgrade. No worries though...I'm sure there are plenty of other things to work on...I just keep a backup of my mkinitcpio and copy it over each time for now.

We changed the PKGBUILD to make a backup of the mkinitcpio.conf file... I'll take a look, make sure it's working. When I tested the stable kernel package out, the new mkinitcpio-zeneee.conf was copied with a .pacnew extension, as it should be.

inf · 2008-09-27 13:39:31

I have a big problem with Arch on my EEE 901. If i let my eee to idle for a while the screen goes dark and it seems the machine freezes somehow. I can't get the screen to wake up, and it seems theres no SSD activity at all.

Only way to recover from this is a hard boot and that's not good. Had to go back to Ubuntu so I can use my machine

saz · 2008-09-27 17:55:47

legzelda wrote:

saz wrote:
yes I am
Does the command
modprobe eee
issued as root offer any headway?

no. it goes smoothly.

freigeist · 2008-09-28 08:02:39

My eee module is still segfaulting (both git and normal):

BUG: unable to handle kernel NULL pointer derefence at 0000000c
IP: [<c0297a71b>]  i2c_smbus_xfer+0x2b/0x4fb

Additional my glxgears are limited to 60 fps (vsync maybe) and graphics are a bit laggy, anyone running the zeneee or zeneee-git kernel experiencing the same?

wally · 2008-09-28 10:59:21

saz wrote:

by the way, is it safe to run the cpu @ low voltage (100 50 0)?
I can't even see mine:
$ cat /proc/eee/fsb
cat:  /proc/eee/fsb: No such file or directory

I don't know wether is safe or not, but I run always at low voltage with these fsb settings:

75 50 0 (almost all the time)
100 50 0 (sometimes)
110 50 0 (if power is needed)
110 50 1 (only to get temps up to test my fan settings)

YMMV, but my device wont go under 70 50 0 or over 110 50 0, screen gets screwed and whole system hangs up. I don't know about your devices, but at least on my 901, fsb resets always to 75 50 0 after suspend and resume (, which is nice for me, since overclock is rarely needed).

Edit: forgot to mention that you have to be root, not sudo, to set fsb. Actually for some reason I had to be root to even read those values, but now I can "cat /proc/eee/fsb" as a regular user too.

If you are figuring out which devices eats your batteries, just enable them, wait a second and "cat /proc/acpi/battery/BAT_SOMETHING/state". You can see current consumption as milliampers here.

I have no use for Bluetooth so I haven't tested it yet, but wlan consumes quite a lot, something 150-200 mAs, if minimum total consuption is about 800. Screen backlight consumes bit less when maxed and overclocking will consume about the same than wlan. So at least on my device, normal light usage with wlan is just over 1000 mA. When I turn most devices on, set backlight to max, volume up, have overclocks & normal voltage and then throttle cpu with multiple youtube videos, consumption will hit over 1800 mA. With real maximum capacity of my device (under 6300 mAh:s, consult your /proc/acpi) that gives me 3h 30m to 7h 50m battery life. Even when this range seems to be extreme, this really is not case in normal conditions. With my normal usage, it's something like 6 hours, at least 4.5 hours in really heavy usage and over 6.5h in light usage with wlan mostly turned on, so the battery life is very consistent, and I like it that way.

Last edited by wally (2008-09-28 11:19:05)

Robertek · 2008-09-28 14:52:29

wally wrote:

saz wrote:
by the way, is it safe to run the cpu @ low voltage (100 50 0)?
I can't even see mine:
$ cat /proc/eee/fsb
cat:  /proc/eee/fsb: No such file or directory
I don't know wether is safe or not, but I run always at low voltage with these fsb settings:
75 50 0 (almost all the time)
100 50 0 (sometimes)
110 50 0 (if power is needed)
110 50 1 (only to get temps up to test my fan settings)
YMMV, but my device wont go under 70 50 0 or over 110 50 0, screen gets screwed and whole system hangs up. I don't know about your devices, but at least on my 901, fsb resets always to 75 50 0 after suspend and resume (, which is nice for me, since overclock is rarely needed).
Edit: forgot to mention that you have to be root, not sudo, to set fsb. Actually for some reason I had to be root to even read those values, but now I can "cat /proc/eee/fsb" as a regular user too.
If you are figuring out which devices eats your batteries, just enable them, wait a second and "cat /proc/acpi/battery/BAT_SOMETHING/state". You can see current consumption as milliampers here.
I have no use for Bluetooth so I haven't tested it yet, but wlan consumes quite a lot, something 150-200 mAs, if minimum total consuption is about 800. Screen backlight consumes bit less when maxed and overclocking will consume about the same than wlan. So at least on my device, normal light usage with wlan is just over 1000 mA. When I turn most devices on, set backlight to max, volume up, have overclocks & normal voltage and then throttle cpu with multiple youtube videos, consumption will hit over 1800 mA. With real maximum capacity of my device (under 6300 mAh:s, consult your /proc/acpi) that gives me 3h 30m to 7h 50m battery life. Even when this range seems to be extreme, this really is not case in normal conditions. With my normal usage, it's something like 6 hours, at least 4.5 hours in really heavy usage and over 6.5h in light usage with wlan mostly turned on, so the battery life is very consistent, and I like it that way.

I run at the "low voltage" all the time, even on 110% fsb, I can set the fsb to 40%, lower than 35% cause same distortion as for you.

to set fsb using sudo:

 sudo sh -c "echo 100 50 0 > /proc/eee/fsb"

It is not good method to measure consumption through current, because it depends also on voltage (thus dependant to state of charge). Better way is to measure watage (for example powertop handle that, or you can make a script)

Even though using bt to connect to internet keeps me aprox. 8h working (depending on backlight).

So my consumption decrease nearly to 5W on lowest possible iddle setup (and usable).

Robertek · 2008-09-28 14:57:14

freigeist wrote:

My eee module is still segfaulting (both git and normal):
BUG: unable to handle kernel NULL pointer derefence at 0000000c
IP: [<c0297a71b>]  i2c_smbus_xfer+0x2b/0x4fb
Additional my glxgears are limited to 60 fps (vsync maybe) and graphics are a bit laggy, anyone running the zeneee or zeneee-git kernel experiencing the same?

1 For the eee: post tailed dmesg and lsmod

dmesg | tail

2 I have also the same valuse in glxgears. Does it behaves like this only on zen??

tuxfusion · 2008-09-28 15:16:49

@glxgears question:
I just checked my glxgears ( eee 901 , 2.6.26eee ihku's kernel recompiled with elantech patch, all compiz plugins there is, xfce ) and i get between 410-500 fps.

@jazzplayer:

Is there a way I can just keep mine when there's an upgrade?

Am i wrong or can you set another *.img in /boot/grub/menu.lst, one that you
build yourself and that won't be affected by updates. I'm guessing since
when i play with the ramdisks not everything i like to happen really does
as i thought it would.

legzelda · 2008-09-28 16:06:40

saz wrote:

legzelda wrote:
saz wrote:
yes I am
Does the command
modprobe eee
issued as root offer any headway?
no. it goes smoothly.

After you insert that module into the kernel, are you able to echo into and change the FSB in proc?

freigeist · 2008-09-28 17:15:39

Robertek wrote:

freigeist wrote:
My eee module is still segfaulting (both git and normal):
BUG: unable to handle kernel NULL pointer derefence at 0000000c
IP: [<c0297a71b>]  i2c_smbus_xfer+0x2b/0x4fb
Additional my glxgears are limited to 60 fps (vsync maybe) and graphics are a bit laggy, anyone running the zeneee or zeneee-git kernel experiencing the same?
1 For the eee: post tailed dmesg and lsmod
dmesg | tail
2 I have also the same valuse in glxgears. Does it behaves like this only on zen??

dmesg:

BUG: unable to handle kernel NULL pointer dereference at 0000000c
IP: [<c02ef058>] i2c_smbus_xfer+0x48/0x630
*pde = 00000000 
Oops: 0000 [#1] PREEMPT SMP 
Modules linked in: eee(+) fuse vboxdrv snd_pcm_oss rt2860sta atl1e snd_mixer_oss jfs

Pid: 29828, comm: modprobe Not tainted (2.6.26-zen2eee #1)
EIP: 0060:[<c02ef058>] EFLAGS: 00210246 CPU: 1
EIP is at i2c_smbus_xfer+0x48/0x630
EAX: 00000001 EBX: 00000000 ECX: 00000000 EDX: 00000069
ESI: 00000069 EDI: 00000000 EBP: 00000069 ESP: f2a99d88
 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process modprobe (pid: 29828, ti=f2a99000 task=f2829500 task.ti=f2a99000)
Stack: c20c6fe8 c01e6120 c20c6fe8 00000001 00000001 01000000 00000000 00000000 
       f2a99de8 c05713b8 f780b6c0 00000001 ffffffc1 00000001 f792e284 00000006 
       00001740 c020b050 f792e280 00001740 00200292 00000001 00000001 00000000 
Call Trace:
 [<c01e6120>] sysfs_ilookup_test+0x0/0x10
 [<c020b050>] ida_get_new_above+0x80/0x1d0
 [<c012ac2a>] native_smp_call_function_mask+0xca/0x160
 [<c012b400>] do_flush_tlb_all+0x0/0x60
 [<c012b400>] do_flush_tlb_all+0x0/0x60
 [<c02ef830>] i2c_smbus_read_block_data+0x40/0x80
 [<f88cb182>] init_module+0x2c/0x4b [eee]
 [<c01641b8>] sys_init_module+0x148/0x1c60
 [<c01c1f7a>] seq_open+0x3a/0x90
 [<c01da9e6>] pde_users_dec+0x16/0x50
 [<c01ded70>] remove_proc_entry+0x0/0x1b0
 [<c011b14d>] sysenter_past_esp+0x6a/0x91
 [<c0110000>] x86_emulate_insn+0xf60/0x35b0
 =======================
Code: 00 00 00 89 bc 24 8c 00 00 00 89 cf 8b 4c 24 18 89 ac 24 90 00 00 00 83 e7 14 89 d5 89 b4 24 88 00 00 00 88 44 24 17 88 5c 24 16 <8b> 41 0c 8b 40 04 85 c0 74 76 89 cb 83 c3 20 89 d8 e8 32 cb 0c 
EIP: [<c02ef058>] i2c_smbus_xfer+0x48/0x630 SS:ESP 0068:f2a99d88
---[ end trace 11919009e8da76b9 ]---

lsmod:

Module                  Size  Used by
eee                     4776  1 
fuse                   51484  2 
vboxdrv                64280  0 
snd_pcm_oss            36128  0 
rt2860sta             417368  1 
atl1e                  31124  0 
snd_mixer_oss          14720  1 snd_pcm_oss
jfs                   171628  2

And /proc/eee does not exist

adamc83 · 2008-09-28 17:30:17

Slightly off topic but does anyone else have wireless issues in high traffic areas? I havent had any problems at home, but at school where there are tons of people using the wireless connection, multiple overlapping APs, etc, it seems to take a long time to connect to the AP and the connection is flaky at best after that, often dropping after a matter of minutes and taking just as long to reconnect. The problem doesnt seem to be signal strength as its generally near max, so I'm thinking the card is just choking with all the traffic in the air.

Is this a problem with the ralink card, antenna, driver? Would it help to pick up an intel wireless card on ebay or something and drop it in? Thanks in advance for the thoughts.

yellowfox · 2008-09-28 17:49:30

Robertek You now kind of method to solve my problem with wifi ? I can`t return wireless connection after fn+f2, blue led turn on but i can`t surf, network and net-profile restart show errors and manual

#ifconfig ra0 up

give me

Operation not permitted

Arch Linux

#226 2008-09-26 16:21:11

Re: Arch on Asus EEE 901

#227 2008-09-26 17:42:42

Re: Arch on Asus EEE 901

#228 2008-09-26 18:44:13

Re: Arch on Asus EEE 901

#229 2008-09-26 19:03:24

Re: Arch on Asus EEE 901

#230 2008-09-26 20:46:17

Re: Arch on Asus EEE 901

#231 2008-09-26 21:19:07

Re: Arch on Asus EEE 901

#232 2008-09-26 21:33:30

Re: Arch on Asus EEE 901

#233 2008-09-26 23:27:32

Re: Arch on Asus EEE 901

#234 2008-09-26 23:46:28

Re: Arch on Asus EEE 901

#235 2008-09-27 00:19:54

Re: Arch on Asus EEE 901

#236 2008-09-27 00:40:58

Re: Arch on Asus EEE 901

#237 2008-09-27 00:48:01

Re: Arch on Asus EEE 901

#238 2008-09-27 01:15:26

Re: Arch on Asus EEE 901

#239 2008-09-27 01:39:32

Re: Arch on Asus EEE 901

#240 2008-09-27 13:39:31

Re: Arch on Asus EEE 901

#241 2008-09-27 17:55:47

Re: Arch on Asus EEE 901

#242 2008-09-28 08:02:39

Re: Arch on Asus EEE 901

#243 2008-09-28 10:59:21

Re: Arch on Asus EEE 901

#244 2008-09-28 14:52:29

Re: Arch on Asus EEE 901

#245 2008-09-28 14:57:14

Re: Arch on Asus EEE 901

#246 2008-09-28 15:16:49

Re: Arch on Asus EEE 901

#247 2008-09-28 16:06:40

Re: Arch on Asus EEE 901

#248 2008-09-28 17:15:39

Re: Arch on Asus EEE 901

#249 2008-09-28 17:30:17

Re: Arch on Asus EEE 901

#250 2008-09-28 17:49:30

Re: Arch on Asus EEE 901

Board footer