You are not logged in.
Hello
I finally decided to upgrade xorg, so I needed to replace old intel-legacy driver with i915. Following the wiki on KMS (http://wiki.archlinux.org/index.php/Int … Setting.29) I managed to start x server.
However there is quite a big problem with my lid button: when the driver is loaded, even without x server working, system freezes on closing the lid. Even when I want to shut the system down I must wait until it's finished before I can close it.
I have never installed acpi nor set up any suspending or hibernating tools, however at bootup there is a message like "Loading standard ACPI modules". When tried to add "acpi=off" to menu.lst boot line, i915 didn't load.
Also tried
# echo "LID" > /proc/acpi/wakeup
but nothing (except values in /proc/acpi/wakeup) changed.
$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
I can add that with previous intel-legacy driver my lid also didn't work perfectly - after closing and then opening there was only mess of colorful stripes on the screen - but it didn't stop the system and I could switch to virtual console and back to x to restore the screen.
Offline
I have the same laptop but I am certainly of not much help, since it doesn't work for me either. I followed the acpid wiki
http://wiki.archlinux.org/index.php/Acpid#Sample_Events
but without much success. I could get the Suspend button to work by editing /etc/acpi/handler.sh by adding
button/sleep)
case "$2" in
#SLPB) echo -n mem >/sys/power/state ;;
SBTN) /usr/sbin/pm-suspend
;;
*) logger "ACPI action undefined: $2" ;;
esac
;;
but when I do the same for the lid event, the laptop freezes. So, suspend and hibernate work fine from the shell and even from XFCE, but closing the lid doesn't work. For me its not a big issue since I am putting the laptop to suspend before I close the lid and then everything is fine. When I reopen the lid, the laptop automatically resumes, as expected.
Offline
Hello,
Sorry for the bump, has anyone managed to fix this?
the missus' laptop keeps crashing when the lid is closed and it has gently caressed her off to the point she wants windows back!
Workstation: Core i7 2600k | Asus PBZ68-V/GEN3 | 8GB DDR3-2000 | Gainward GLH GTX570 | Velociraptor 300 | AntecSS 850W | Essence ST | Corsair 800D | Win7x64 Pro/Arch LinuxX64
Server: 2x Six-Core AMD Opteron Processor 8439 SE, 64GB DDR2 ECC, Tyan S2932-SI, Areca ARC-1230 Raid, PCP&C 1Kw PSU, LSi FusionMPT Ultra320 SCSI/Tandberg LTO4 Autoloader
Laptop: Alienware M14xR3
Offline
Well... sort of. I switched to Debian
Offline
Well... sort of. I switched to Debian
heheh well, ty for the reply anyway If its fixed *somewhere* then thats hope for software rather than 'the way things are' with hardware.
Cheers.
Workstation: Core i7 2600k | Asus PBZ68-V/GEN3 | 8GB DDR3-2000 | Gainward GLH GTX570 | Velociraptor 300 | AntecSS 850W | Essence ST | Corsair 800D | Win7x64 Pro/Arch LinuxX64
Server: 2x Six-Core AMD Opteron Processor 8439 SE, 64GB DDR2 ECC, Tyan S2932-SI, Areca ARC-1230 Raid, PCP&C 1Kw PSU, LSi FusionMPT Ultra320 SCSI/Tandberg LTO4 Autoloader
Laptop: Alienware M14xR3
Offline
If its fixed *somewhere* then thats hope for software rather than 'the way things are' with hardware.
It's not fixed in Debian. Debian, because of it's stability politics, uses older driver, which works better. In Arch there is sort of "always up to date" way of thinking so there is only the newer Intel driver - that freezes this laptop.
The problem exists in both the drivers - the older after closing-opening the lid shows a mess of colorful stripes (but doesn't stop the system. I switch to console with Ctrl-Alt-F1, then Alt-F7 back to X and have my screen back) while the newer one freezes all the system on lid close. Moreover, the default Windows driver have the same problem as the older Linux driver. When I had windows on this laptop, I had to download another driver form Dell website.
So it looks like this: there is some bug, something unusual in this laptop that causes all the drivers work buggy. In the older driver the bug was less painful. The drivers are closed-source, they fixed it for windows but I don't believe they would like to fix it for linux just for one, old and cheap (yet very comfortable) laptop.
That's my research results
Cheers
Last edited by rzodkiewka (2010-03-02 19:37:03)
Offline