Dear All,
My 901 has just arrived and I'm enthusiastic about getting Debian
running on it. Thanks in advance to all the people who have been
making this possible.
I've always used PXE network booting to start the Debian installer,
rather than a CD or USB flash drive. I find this method
I've just added a Wiki page describing this:
http://wiki.debian.org/DebianEeePC/HowTo/InstallUsingNetboot
Phil.
___
Debian-eeepc-devel mailing list
Debian-eeepc-devel@lists.alioth.debian.org
Hi Everyone,
Is there any way to configure the Eee (901 in my case) to beep when the
battery is very low? I'm guessing that there should be some sort of
ACPI low battery indication for this. Does the default Xandros install
do anything?
(I have a habit of forgetting to plug mine back into
Damyan Ivanov wrote:
detect_x_display()
{
-local user
-local home
-user=$(who | sed -n '/ (:0[\.0]*)$\| :0 /{s/ .*//p;q}')
-if [ $user = ]; then
+local _user
+local _home
+_user=$(who | sed -n '/ (:0[\.0]*)$\| :0 /{s/ .*//p;q}')
+if [ $_user = ]; then
Hi Everyone,
I have been playing with Fn+F5 video out toggling on my '901. I would
guess that most of this applies equally to the smaller Eees. Assorted
observations follow:
1. If the external monitor is attached when X starts, it chooses a size
based on the DDC from the external monitor
Damyan Ivanov wrote:
-=| Phil Endecott, Thu, Sep 11, 2008 at 08:23:38PM +0100 |=-
I hope this is of interest to someone. Would any of the Eee-using
Debian Devs on this list like to check on the status of the
915resolution package? It could be useful to a few people around
here I guess
Damyan Ivanov wrote:
-=| Phil Endecott, Sat, Sep 13, 2008 at 03:22:59PM +0100 |=-
As I understand it, the touchpad on the '901 is not properly
recognised by Debian's X (see HowTo / Configure / Xorg / Touchpad
Scrolling in the Wiki). It is treated as a default mouse, which
means that you
oz wrote:
But instead of 'allow-hotplug ra0', I have 'auto ra0' in
my /etc/network/interfaces - and it works also perfectly (?!).
I decided to choose 'auto ra0', because I use network-manager and this
is written in its /usr/share/doc/network-manager/README.Debian:
Only devices that are
Hi everyone,
My Eee suspends when the lid is closed, which is normally what I want.
But occasionally I want to close the lid and not suspend. I have tried
to set it up so that I can press one of the soft buttons and lid
suspend is disabled for a minute. Here is my attempt:
in hotkey.sh:
"006792";
google_color_url = "006792";
google_color_text = "00";
//-->
[Debian-eeepc-devel] Temporarily disabling lid-close-suspend
Phil Endecott
Re: [Debian-eeepc-devel] Temporarily disabling lid-close-suspend
Damyan Ivanov
Re: [Debian-eeepc-devel] Temporarily d
Damyan Ivanov wrote:
Leaving your eee unsuspended with the lid closed can be dangerous.
Really? You think it could catch fire, or something? Where did you
read this?
A great portion of the CPU heat is dissipated through the keyboard...
Phil.
Damyan Ivanov wrote:
Leaving your eee unsuspended with the lid closed can be dangerous.
Well, here are some measurements:
Workload = one thread doing mjpeg decoding and another doing floating
point maths and sorting, at CPU frequency = 800 MHz or 1600 MHz as
indicated; or idle.
Ambient
Phil Endecott wrote:
# Ignore lid-open events
case `cat /proc/acpi/button/lid/LID/state` in
open) exit 0 ;;
close) ;;
*) # exit with a warning message maybe?
esac
D'oh. Except that's actually the wrong version. The content of the
file says state: open or state: closed.
# Ignore lid
Dear All,
I am investigating the ACPI events associated with power source changes.
My first observation is that the alarm file in
/sys/class/power_supply/BAT0 is not functional, due to a limitation in
the BIOS and perhaps also in the hardware. So to implement a low
battery alarm you need to
Klaus Ade Johnstad wrote:
Torsdag 9. oktober 2008 18:19, skrev Phil Endecott:
My Eee 901 currently takes
16 seconds from pressing the power button to grub handing over to the
kernel,
I had the same problem with my 900, until I upgraded the bios, then I
was down to about 1 second.
Hi Klaus
Damyan Ivanov wrote:
-=| Phil Endecott, Thu, Oct 09, 2008 at 05:19:12PM +0100 |=-
I'm surprised that no-one here has yet mentioned Arjan van de Ven
and Auke Kok's work to get an Eee 901 to boot in 5 seconds:
http://lwn.net/Articles/299483/
The slides from the talk are now available
Has anyone tried getting the rt2860sta driver to work with 2.6.27 yet?
Maybe you have already fixed this. I get an error that looks like a
change to the argument types of some kernel function. It's probably
easy to fix, but I thought I'd check first.
Any other 2.6.27 issues I should be aware
Glenn Saberton wrote:
Phil Endecott wrote:
Has anyone tried getting the rt2860sta driver to work with 2.6.27 yet?
Maybe you have already fixed this. I get an error that looks like a
change to the argument types of some kernel function. It's probably
easy to fix, but I thought I'd check
Daniel Moerner wrote:
They have used something called sReadAhead to prefetch the required
blocks from the disk. Hopefully this can be packaged for Debian.
The code is available, sans documentation, here:
http://www.moblin.org/downloads/super-read-ahead-002
I made a post asking about
Ernesto Domato wrote:
My idea is to create just one disk with LVM joining the 4 Gb disk with the
16 Gb disk but I'd read on this page
http://wiki.eeeuser.com/hardy_on_eee901that the 16 Gb disk is much
slower that the 4 Gb disk. So, maybe this is not
a great idea and is better to use the
I've found that pciehp is taking a lot of time. It is better removing
it before the suspend, and loading it afterwards. It goes from 14.5
sec to 8.5. I have this in /etc/pm/config.d/local:
SUSPEND_MODULES=ath-pci pciehp
Adding SUSPEND_MODULES=pciehp improves resume time on 901 too. Since
Phil Endecott wrote:
Finally there's all the mode switching that X does.
By moving xdm start from S99 to S15, I knock two seconds off the boot
time; the other tasks S16...S98 run while X is scanning the hardware;
by the time the login dialog appears they have all finished.
I note that gdm
Hi again,
Something that struck me when I first looked at the 5 second boot
presentation slides was something called AHCI in the graphs; I had
never heard of it. I now discover that it's an interface for SATA
controllers, and clearly Arjan's Eee 901 is using it. Yet my Debian
kernel wasn't
Darren Salt wrote:
Could it be that they used some 'force' in the kernel driver?
Probably something based on Matthew Garrett's patch, but I'm guessing here.
Anyway, I've tried that patch (with minor adjustments) on 2.6.27. AHCI works
on my older laptop but the DVD drive is not detected. It
Hi everyone,
It's clear that it's possible to save a few seconds of boot time by
using a pre-populated /dev, rather than letting udev populate it
dynamically. This would be simple in a locked down system where
upgrades were impossible or monolithic, but it's harder to do neatly in
Debian.
Damyan Ivanov wrote:
I think you can safely ommit the settle call in the network
coldplugging part.
There are scripts for things like ntp that run after this and want the
network to be up.
Also, the initial coldplugging may be split in two
parts - disks and the rest (minus network). The
Paul Menzel wrote:
Anyway I was thinking that not only EeePC users are interested in this
but also owners of other netbooks and for example thin client users and
Debian users in general.
So I am wondering how we could get these other interested people
involved and to participate?
I came up
Jelle de Jong wrote:
my network is non parallel with X because I got major issues with this
during shutdown (network was not logged down yet for unmounting sshfs
mounts so the disk did not unmount correctly) good parallel network can
save 2 to 10 seconds depending on manual or dhcp based
Phil Endecott wrote:
- Setting the clock takes up to a second. But I don't think it would
if we didn't have to use --directisa.
It turns out that it still takes up to a second even when hwclock is
reading from /dev/rtc; it still waits for the time to tick over to the
next second. Not using
Phil Endecott wrote:
Phil Endecott wrote:
- Setting the clock takes up to a second. But I don't think it would
if we didn't have to use --directisa.
It turns out that it still takes up to a second even when hwclock is
reading from /dev/rtc; it still waits for the time to tick over
Dear All,
Does anyone know where the idea to use pciehp to manage wireless on/off
originally came from?
Please see these two threads from linux-pci:
http://thread.gmane.org/gmane.linux.kernel.pci/1311
http://thread.gmane.org/gmane.linux.kernel.pci/1486
The summary is:
- There's now
Toma? ?olc wrote:
fixes the problem where I found that the initialisation of the
speaker appeared to wait for the initialisation of the mouse to
complete, as discussed here:
Is there any use for the PC speaker support on Eee? I can't find any way
to hear its beeps on my 701.
I haven't
Phil Endecott wrote:
- There's now a patch that eliminates the 1-second delay when pciehp
turns on a slot.
- The 1-second delay when pciehp turns off a slot is unavoidable,
though AFAICT it doesn't break on the Eee 901 if you reduce it to 100ms.
It turns out that it is in fact avoidable
Eric Cooper wrote:
I should note also that I'm trying to associate with an old 802.11b-only
AP, but it works fine with non-RT2860 devices.
Hi Eric,
There is still some magic about how the rt2860 module configuration
works that I/we don't properly understand. I have found that when
Hi Pierre,
Pierre Meurisse wrote:
I can't get a wifi WEP encrypted connection with my eeepc 1000H.
allow hotplug ra0
auto ra0
iface ra0 inet dhcp
wireless-essid _my_essid_
wireless-key _my_key_
This doesn't work because ifup runs the iwconfig commands before
bringing the
Sergio Blanco wrote:
What about this lines of syslog?
Oct 29 19:45:01 pegasus kernel: [ 15.936179] pciehp: Device :03:00.0
already exists at 3:0, cannot hot-add
Oct 29 19:45:01 pegasus kernel: [ 15.936289] pciehp: Cannot add device
0x3:0
Oct 29 19:45:01 pegasus kernel: [ 16.940193] Load
36 matches
Mail list logo