Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
hi! Just as a note - this is still a problem on _all_ hardware I have running -9 or -HEAD. If you resume in text mode and it's a non-default mode (ie, it's not VGA 80x25), it comes back corrupted. Would someone please try it out? It's pretty easy to try out: * set a non-default VGA Mode (say, 80x50) * go through an ACPI suspend/resume cycle * See the VGA display be corrupt. On 21 July 2012 17:28, Adrian Chadd adr...@freebsd.org wrote: Hi! I just tried it. It worked: * resume occured and the video mode was corrupt; * then shortly after it went through all the reattaching, and the video mode was fixed. Why's the video mode starting off corrupted? Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi! On 25 June 2012 06:54, Mitsuru IWASAKI iwas...@jp.freebsd.org wrote: Ah, then i915.ko should restore the graphic state on resuming. If your problem still remains, please try the patches: Nope, it doesn't. :( http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120529.diff I'll try this over the weekend! Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi! I just tried it. It worked: * resume occured and the video mode was corrupt; * then shortly after it went through all the reattaching, and the video mode was fixed. Why's the video mode starting off corrupted? Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
On 23 June 2012 10:24, Mitsuru IWASAKI iwas...@jp.freebsd.org wrote: Your T60 has a Radeon graphic adapter, right? Could you try the radeon suspend/resume patch and kldload radeon.ko before suspending? It looks like it has Intel graphics: vgapci0@pci0:0:2:0: class=0x03 card=0x201a17aa chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x201a17aa chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller' class = display Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, It looks like it has Intel graphics: vgapci0@pci0:0:2:0: class=0x03 card=0x201a17aa chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS, 943/940GML Express Integrated Ah, then i915.ko should restore the graphic state on resuming. If your problem still remains, please try the patches: http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120529.diff Thanks! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, FWIW, Xorg suspend/resume via the switch to VTY before suspending hack works on this Thinkpad T60. It's not optimal but hey, it _does_ work. :) Your T60 has a Radeon graphic adapter, right? Could you try the radeon suspend/resume patch and kldload radeon.ko before suspending? http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff Thanks Hi, No, I didn't have vesa loaded. I'll load that now and try tomorrow after a reboot. Yes, I tried switching VTYs, each VTY had the same issue. I guess the driver isn't doing a VGA mode change when I switch VTYs unless the screens are in different modes? FWIW, Xorg suspend/resume via the switch to VTY before suspending hack works on this Thinkpad T60. It's not optimal but hey, it _does_ work. :) Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, Loading vesa didn't help. I think 80x25 and 80x30 were fine when resuming, but 80x50/80x60 weren't. I'll try your patch today. If you have problems with screen saver, please try new patches. http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120529.diff Thanks ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, Loading vesa didn't help. I think 80x25 and 80x30 were fine when resuming, but 80x50/80x60 weren't. I'll try your patch today. Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, No, I didn't have vesa loaded. I'll load that now and try tomorrow after a reboot. vesa(4) has video BIOS init hack run in vm86-mode or on x86 emulator. I think it is cool. My X61 still need video BIOS init in acpi_wakecode, because it seems vesa's BIOS init ends incompletely by page fault for now though. yes, I tried switching VTYs, each VTY had the same issue. I guess the driver isn't doing a VGA mode change when I switch VTYs unless the screens are in different modes? If you have a vty with initial video mode, switching vtys will work I think. Oh yes, please try the following patches. http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120526.diff This is already done in vesa(4), added support non-vesa mode. FWIW, Xorg suspend/resume via the switch to VTY before suspending hack works on this Thinkpad T60. It's not optimal but hey, it _does_ work. :) Long time ago, I added the hack trying to make it as small as possible for the same effect :) Now we need the true solution... Thanks! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, No, I didn't have vesa loaded. I'll load that now and try tomorrow after a reboot. Yes, I tried switching VTYs, each VTY had the same issue. I guess the driver isn't doing a VGA mode change when I switch VTYs unless the screens are in different modes? FWIW, Xorg suspend/resume via the switch to VTY before suspending hack works on this Thinkpad T60. It's not optimal but hey, it _does_ work. :) Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, I'm toying with the SMP/i386 ACPI suspend/resume patches in -9. Thanks so much for this! I've noticed though that the video backlight stays off after resume. A common problem on -9, so I set hw.acpi.reset_video=1. That restores the backlight. However, the video mode isn't restored. I have my console set to VGA_80x60 and the resume seems to set it up wrong. I get half or so of each line displayed. A vidcontrol VGA_80x60 restores things to proper working order. Is there a shortcoming somewhere in syscons/ACPI video restore on -9 that doesn't properly restore the configured mode? Thanks again for all your hard work! Now that you've done that, I'll go off and work on fixing up ath(4) suspend/resume for PCI devices. :) Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
On Thu, May 24, 2012 at 08:46:03PM -0700, Adrian Chadd wrote: Hi, I'm toying with the SMP/i386 ACPI suspend/resume patches in -9. Thanks so much for this! Note that enough of those patches have been committed (at least as of r235891) that I was able to perform suspend/resume properly on my laptop (a Dell Precision M4400; video is NVIDIA GPU Quadro FX 770M (G96GL), and I use the nVidia driver (ports/x11/nvidia-driver)) without adding more patches. I've noticed though that the video backlight stays off after resume. A common problem on -9, so I set hw.acpi.reset_video=1. That restores the backlight. I do not see that behavior, and: g1-227(8.3-S)[7] sysctl hw.acpi.reset_video hw.acpi.reset_video: 0 (Yes, I'm running stable/8 on the present slice. I have stable/9 on another slice. And the experiment I did was with a slice where I had built stable/9 (i386) using clang.) However, the video mode isn't restored. I have my console set to VGA_80x60 and the resume seems to set it up wrong. I get half or so of each line displayed. That is another issue that I have not observed (in my case). ... Is there a shortcoming somewhere in syscons/ACPI video restore on -9 that doesn't properly restore the configured mode? I believe that my experience is evidence that if such a shortciming exists, it is not a general one. For me, suspend/resume in stable/9 Just Works (thanks to the hard work of others (such as iwasaki@), of course). Thanks again for all your hard work! Now that you've done that, I'll go off and work on fixing up ath(4) suspend/resume for PCI devices. :) Cool! :-) (Adrian, next BAFUG, perhaps we could compare notes/behaviors in person, if that might be of use?) Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpwfHqo1J4Os.pgp Description: PGP signature
Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored
Hi, thanks for reporting! However, the video mode isn't restored. I have my console set to VGA_80x60 and the resume seems to set it up wrong. I get half or so of each line displayed. A vidcontrol VGA_80x60 restores things to proper working order. Is there a shortcoming somewhere in syscons/ACPI video restore on -9 that doesn't properly restore the configured mode? Do you have vesa(4) in your kernel? It seems dev/fv/vesa.c:vesa_bios_post() restore the mode when resuming, but it's maybe incomplete in some cases... I think great work was done in this area, and we can improve this more. How about switching vty to other different mode vty and switching back in order to force changing video mode? I think it's better than re-run vidcontrol. Thanks again for all your hard work! Now that you've done that, I'll go off and work on fixing up ath(4) suspend/resume for PCI devices. :) This is my pleasure :) Thanks! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
