On Tue, 2002-07-30 at 21:10, A.J. Rossini wrote: > > Thanks folks! Turns out that if you really are running the > framebuffer, putting the laptop to sleep is trivial (turns out I > wasn't running the framebuffer, but "native", whatever that truly > means, before).
Another framebuffer _device_. :) Namely OFfb, which just uses the display from Open Firmware and doesn't know anything about driving a chip. > I've also got X "running", sort of, with Branden's X packages and > Michael D's DRM modules, on BenH's recent kernel. What do you mean by my 'DRM modules'? Beware that my dri-trunk packages currently don't work very well with an M6. > I'm getting severe flicker (which I didn't see before under X11, but > did on the console before I figured out the framebuffer issue), under > X11. Define 'flicker'. The current dri-trunk packages would apparently cause a very low refresh rate. If it's a quick flicker where you see the picture multiple times OTOH, it could be a radeonfb glitch I'm seeing with an M7. VT switching helps with that one. > I'm using a configuration similar to Jesus' suggested XF86Config-4 > file (almost exactly), and plugged in the output of a local run of > "fbset -x" into the proper place, to no avail. No need, the server has plenty 1024x768 modes built in. Bottom line: if VT switching doesn't help, you probably don't want to use my packages just yet. (at least not the latest version, older ones should work) -- Earthling Michel D�nzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
