Moonshine, new kernels and Acer Aspire 5610
by Doncho N. Gunchev
I still have some problems remaining with FC7, someone else?
My hw profile is e121f58f-2418-479e-9683-defc088c2168. This is
Acer Aspire 5610. The last kernel suspend to RAM works is
2.6.21-1.3176.fc7 / 2.6.21-1.3176.fc7PAE. With kernel-2.6.21-1.3180.fc7
suspending works, but when I hit any key the HDD led turns on ferever
and no keyboard input is accepted. The external USB mouse does not
get power (no red light). With older kernels the LED blinks and
turns on for about 2-3 seconds, the display turns on and everything
wakes up (5-6 seconds total). Changelog diff (long live koji):
--- cut ---
* Mon May 21 2007 Dave Jones <davej(a)redhat.com>
- 2.6.21.2rc1
* Mon May 21 2007 Dave Jones <davej(a)redhat.com>
- pata_sis: Fix and clean up some timing setups
* Mon May 21 2007 Dave Jones <davej(a)redhat.com>
- hpt3x2n: Correct revision boundary
* Mon May 21 2007 Dave Jones <davej(a)redhat.com>
- Add missing braces to nfs_readpages()
--- cut --
Current pm-utils is missing /usr/sbin/vbetool, but I installed
the one for fc8 from koji and it works I need 'pm-suspend
--quirk-vbe-post' for suspend to RAM.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=241469
pm-tools also ignores /etc/pm/hooks/* (I have to kill iwl3545 to get
suspend to RAM/Disc working).
--
Regards,
Doncho
17 years
- 1
- 0
F7 vesa +ati x1400 fix!
by Justin Conover
Alright I got it working again with the old vesa package.....
Fresh install of F7 live cd fails.
Once, X bails 6 times or more and you can login with root (no passwd):
# init 3
Add a mode line of 800x600 to xorg.conf
# vi /etc/X11/xorg.conf
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "800x600"
EndSubSection
EndSection
# init 5
Get a terminal
# yum install wget
# wget
http://koji.fedoraproject.org/packages/xorg-x11-drv-vesa/1.3.0/5.fc7/i386...
# rpm -Uvh --oldpackage xorg-x11-drv-vesa-1.3.0-5.fc7.i386.rpm
http://koji.fedoraproject.org/koji/buildinfo?buildID=6413
What was the reason for adding the sync range hack?
* Wed May 09 2007 Adam Jackson <ajax(a)redhat.com> 1.3.0-6
- Re-add the sync range hack. (#235066)
* Tue Mar 20 2007 Adam Jackson <ajax(a)redhat.com> 1.3.0-5
- vesa-1.3.0-mode-heuristics.patch: If strict intersection of VBE and EDID
modes leaves no modes remaining after validation, try again with just
range and VBE checks. Replaces earlier range-hack and validmode patches.
17 years, 1 month
- 1
- 0