Re: [acpi-jp 1789] Re: ACPI video driver (for Dell Latitude C640)
Hi Lars, On Tue, Oct 08, 2002 at 10:38:43AM -0700, Lars Eggert wrote: any news on this issue? I'm seeing the same problems with suspend on a Dell Latitude C600 with a ATI Mobility M3... The news is that I got reference docs from ATI that have all the info I need. It's now a mather of enough time to finish it up. I'll certainly notify the list when it is done. Mark -- Mark SantcroosRIPE Network Coordination Centre http://www.ripe.net/home/mark/New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [acpi-jp 1789] Re: ACPI video driver (for Dell Latitude C640)
Mark, any news on this issue? I'm seeing the same problems with suspend on a Dell Latitude C600 with a ATI Mobility M3... Lars Mark Santcroos wrote: On Wed, Sep 11, 2002 at 12:22:04AM +0900, Mitsuru IWASAKI wrote: Do you think that there is a change that this is in the direction of DPMS, or is that very unliky? I tried to find the spec for DPMS but it seems to be a closed on (at least to non-members). It seems that old laptops don't have VGA specific ACPI objects, so many people will be happy if we can implement non-ACPI VGA driver w/ ATI chips hack. BTW, have you checked for XFree86 code? Hopefully we might find some hints on DPMS for ATI chips. Ok, listen to this ;-) I think DPMS might be very related, because when I suspend from X and resume again everything is (almost) fine!! 1. I start up the machine 2. startx 3. I enter S1 either by acpiconf / closing the lid / ctrl-esc (sleep key) 4. Screen goes to console and stays on 5. I resume with power key / open lid 6. Screen turns black 7. Few seconds later X is in front of me again! 8. If I now go back to the console (ctrl-f1) the console is still black I also tried the scenario where I suspend on the console, then resume again, which turns the screen black. I then startx again and my screen is back again. This is a major step IMHO. I already looked at the DPMS code in X and we have to extract that basically. Mark -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: [acpi-jp 1789] Re: ACPI video driver (for Dell Latitude C640)
On Thu, Aug 29, 2002 at 11:11:15PM +0200, Mark Santcroos wrote: I worked around this by making the driver a child of pci instead of a child of acpi. (Which is even more correct too) My driver is a child of acpi again and at this point it always seems to be called at resume too. I don't know whether that is due to the latest acpi patches (29/8) or other changes in the kernel. (At this point I don't want to spent time tracking that down) Sorry for my late response. I've been checking your driver, and it always seems suspend/resume methods are called. It's; DRIVER_MODULE(acpi_agp, acpi, acpi_agp_driver, acpi_agp_devclass, 0, 0); version. However, getting my screen back doesn't work yet. So there might be more too it. (In the worst case, the 'OFF' I do, is different than the 'OFF' the system does, so doing my 'ON' doesn't influence the systems 'OFF') It turned out to be the 'worst case'. The 'OFF' I was doing is not the same 'OFF' as the system itself is doing. (Actually my OFF was a display switch from one to another without going to the other actually. It was a wild guess and turned to be wrong) Do you think that there is a change that this is in the direction of DPMS, or is that very unliky? I tried to find the spec for DPMS but it seems to be a closed on (at least to non-members). It seems that old laptops don't have VGA specific ACPI objects, so many people will be happy if we can implement non-ACPI VGA driver w/ ATI chips hack. BTW, have you checked for XFree86 code? Hopefully we might find some hints on DPMS for ATI chips. I'm back to where I started basicly (besides knowing more about acpi now). Never mind. I know one more guy who writing ACPI VGA driver, takawata-san([EMAIL PROTECTED]). Could you send him your latest code and contact him? Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [acpi-jp 1789] Re: ACPI video driver (for Dell Latitude C640)
On Wed, Sep 11, 2002 at 12:22:04AM +0900, Mitsuru IWASAKI wrote: It seems that old laptops don't have VGA specific ACPI objects, so many people will be happy if we can implement non-ACPI VGA driver w/ ATI chips hack. BTW, have you checked for XFree86 code? Hopefully we might find some hints on DPMS for ATI chips. Does this mean: Yes, I think DPMS might have the answer ? Never mind. I know one more guy who writing ACPI VGA driver, takawata-san([EMAIL PROTECTED]). Could you send him your latest code and contact him? Ok, will do. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [acpi-jp 1789] Re: ACPI video driver (for Dell Latitude C640)
On Wed, Sep 11, 2002 at 12:22:04AM +0900, Mitsuru IWASAKI wrote: Do you think that there is a change that this is in the direction of DPMS, or is that very unliky? I tried to find the spec for DPMS but it seems to be a closed on (at least to non-members). It seems that old laptops don't have VGA specific ACPI objects, so many people will be happy if we can implement non-ACPI VGA driver w/ ATI chips hack. BTW, have you checked for XFree86 code? Hopefully we might find some hints on DPMS for ATI chips. Ok, listen to this ;-) I think DPMS might be very related, because when I suspend from X and resume again everything is (almost) fine!! 1. I start up the machine 2. startx 3. I enter S1 either by acpiconf / closing the lid / ctrl-esc (sleep key) 4. Screen goes to console and stays on 5. I resume with power key / open lid 6. Screen turns black 7. Few seconds later X is in front of me again! 8. If I now go back to the console (ctrl-f1) the console is still black I also tried the scenario where I suspend on the console, then resume again, which turns the screen black. I then startx again and my screen is back again. This is a major step IMHO. I already looked at the DPMS code in X and we have to extract that basically. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message