==Description of problem:

Acer TravelMate C100 won't resume from suspend properly without the following quirk: vbe_post.  Also, HAL doesn't seem to load this quirk from the corresponding HAL quirk file.

I can hibernate successfully.  When resuming from suspend to RAM, it will normally just go to a black screen which gradually washes over with stripes.  It is not directly X related, as the same issue occurs when I suspend from the terminal with pm-suspend.  Trying the various quirks listed Richard Hughes site for such, the following one allowed a proper resume from suspend:
$ pm-suspend --quirk-vbe-post

Enabling the hal property for this via:
$ hal-set-property --udi /org/freedesktop/Hal/devices/computer --key power_management.quirk.vbe_post --bool true
allows me to suspend properly from the GUI as well.

(NOTE: I couldn't get a change to the fdi file to be loaded by HAL, despite being seemingly correct; more in Additional Notes at bottom.)

I'm eagre to test any packages that are modified to support this quirk.  

==Version-Release number of selected component (if applicable):

hal-0.5.12-12.20081027git.fc10.i386

==How reproducible:

Always.

==Steps to Reproduce:
1. Suspend machine (without vbe_post quirk) (to RAM)
2. Resume from suspend

  
==Actual results:

You get a blank screen (with or without X) with the backlight on.  Gradually, mostly white and some colour starts bleeding across the screen in a line pattern.  

==Expected results:

The video is restored, like when you HAL has vbe_post property set (or if you used pm-suspend --quirk-vbe-post)

==Additional info:

I would submit a patch with the change made to the fdi file /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-acer.fdi but HAL doesn't seem to load the quirk.  

This is the change I would have submitted.

--- 20-video-quirk-pm-acer.fdi	2008-12-28 17:28:21.000000000 -0800
+++ 20-video-quirk-pm-acer.fdi.orig	2008-12-28 17:25:52.000000000 -0800
@@ -24,9 +24,6 @@
         <match key="system.hardware.product" contains="6460">
           <merge key="power_management.quirk.vbe_post" type="bool">true</merge>
         </match>
-        <match key="system.hardware.product" contains="C100">
-          <merge key="power_management.quirk.vbe_post" type="bool">true</merge>
-        </match>
         <match key="system.hardware.product" contains_outof="C200;2450;4400;6492">
           <merge key="power_management.quirk.none" type="bool">true</merge>

Though C100 and 6460 could be grouped with contains_outof, I suppose.  

I am fairly certain that that's a proper change to the file, given this output from lshal | grep hardware: 
  system.hardware.product = 'TravelMate C100'  (string)
  system.hardware.serial = '9148R013852390275DM000'  (string)
  system.hardware.uuid = 'B8133FC0-D30B-11D6-901F-9BBA3FEE1D4C'  (string)
  system.hardware.vendor = 'ACER'  (string)
  system.hardware.version = '-1'  (string)



I'll note that without the quirk, just running "vbetool post" from the command-line after a suspend does NOT restore the video.  Running it also causes my laptop to freeze at the next suspend.  However, the vbe_post HAL quirk works correctly.