Re: DPMS broken on ThinkPad T43 since update for amd64 support
On Mar 18, 2010, at 20:42, Ian Smith wrote: On Thu, 18 Mar 2010, Kevin Oberman wrote: Since the update of DPMS to support amd64 on March 2, it has broken rather badly on my ThinkPad T43 laptop. The problem showed up on 8-stable built on March 3 and is still present after an update to stable of March 17. When in vty text mode, after the idle normal delay, the display blanks, but the backlight remains on, so the P in DPMS seems to be less than effective. At that point, the non-graphics display is dead. It never comes back when characters are entered. I can't get the display to come back without a reboot. I can, however, start X (and Gnome) and everything is fine. But switching back to any vty results in a blank screen. Any idea what happened and if there is a fix or workaround? Any data I can collect? Have you tried kldloading vesa? Might be a workaround until you find a proper fix? Had a similar issue with my T23 at one stage on 7.0, after a suspend/resume cycle, which hw.syscons.sc_no_suspend_vtswitch=1 also helped .. no idea how the T43 might respond to the latter. Thanks, Ian, but it didn't help. The hw.syscons.sc_no_suspend_vtswitch sysctl is only relevant to resuming from suspend and I think I was the one who suggested it to you. I used to have T23 & used it on that systeem. Thanks for the suggestions, though. Sent from my iPod ___ 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: DPMS broken on ThinkPad T43 since update for amd64 support
On Thu, 18 Mar 2010, Kevin Oberman wrote: > Since the update of DPMS to support amd64 on March 2, it has broken > rather badly on my ThinkPad T43 laptop. The problem showed up on > 8-stable built on March 3 and is still present after an update to stable > of March 17. > > When in vty text mode, after the idle normal delay, the display blanks, > but the backlight remains on, so the P in DPMS seems to be less than > effective. At that point, the non-graphics display is dead. It never > comes back when characters are entered. I can't get the display to come > back without a reboot. > > I can, however, start X (and Gnome) and everything is fine. But > switching back to any vty results in a blank screen. > > Any idea what happened and if there is a fix or workaround? Any data I > can collect? Have you tried kldloading vesa? Might be a workaround until you find a proper fix? Had a similar issue with my T23 at one stage on 7.0, after a suspend/resume cycle, which hw.syscons.sc_no_suspend_vtswitch=1 also helped .. no idea how the T43 might respond to the latter. FWIW, Ian ___ 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: DPMS broken on ThinkPad T43 since update for amd64 support
> Date: Thu, 18 Mar 2010 10:01:51 -0700 > From: Xin LI > > Hi, > > On 2010/03/18 08:33, Kevin Oberman wrote: > > Since the update of DPMS to support amd64 on March 2, it has broken > > rather badly on my ThinkPad T43 laptop. The problem showed up on > > 8-stable built on March 3 and is still present after an update to stable > > of March 17. > > > > When in vty text mode, after the idle normal delay, the display blanks, > > but the backlight remains on, so the P in DPMS seems to be less than > > effective. At that point, the non-graphics display is dead. It never > > comes back when characters are entered. I can't get the display to come > > back without a reboot. > > > > I can, however, start X (and Gnome) and everything is fine. But > > switching back to any vty results in a blank screen. > > > > Any idea what happened and if there is a fix or workaround? Any data I > > can collect? > > > > The system is a uniprocessor Pentium-M: > > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > > > > Features=0xafe9fbff > Features2=0x180 > > AMD Features=0x10 > > > > My display is: > > vgap...@pci0:1:0:0: class=0x03 card=0x056e1014 chip=0x54601002 > > rev=0x00 hdr=0x00 > > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > > device = 'Radeon X300 Mobility (M22) (RV370)' > > class = display > > subclass = VGA > > Looks like that the CPU runs on i386 mode (doesn't support amd64?) and > when the screen was blank (with back light) the kernel is still alive > (as you can switch to X? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve!Live free or die Yes, i386 only. (Pentium-M) and the system is fully functional. I can enter commands (very carefully) and they run. I can do 'startx' and gnome starts up correctly and the display works for X, but CTRL-ALT-F1 gives me a blank display until I re-boot. I can exit Gnome and blindly enter "shutdown -r now" and the system reboots as normal. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ 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: DPMS broken on ThinkPad T43 since update for amd64 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 2010/03/18 08:33, Kevin Oberman wrote: > Since the update of DPMS to support amd64 on March 2, it has broken > rather badly on my ThinkPad T43 laptop. The problem showed up on > 8-stable built on March 3 and is still present after an update to stable > of March 17. > > When in vty text mode, after the idle normal delay, the display blanks, > but the backlight remains on, so the P in DPMS seems to be less than > effective. At that point, the non-graphics display is dead. It never > comes back when characters are entered. I can't get the display to come > back without a reboot. > > I can, however, start X (and Gnome) and everything is fine. But > switching back to any vty results in a blank screen. > > Any idea what happened and if there is a fix or workaround? Any data I > can collect? > > The system is a uniprocessor Pentium-M: > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > > Features=0xafe9fbff Features2=0x180 > AMD Features=0x10 > > My display is: > vgap...@pci0:1:0:0: class=0x03 card=0x056e1014 chip=0x54601002 > rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device = 'Radeon X300 Mobility (M22) (RV370)' > class = display > subclass = VGA Looks like that the CPU runs on i386 mode (doesn't support amd64?) and when the screen was blank (with back light) the kernel is still alive (as you can switch to X? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLolx/AAoJEATO+BI/yjfB64UIAKxCMzcVfSoKugbL7xq5PkRC Q7t8XwroLBbyk2R8RqDhxR6Cz4GgnEPvlhEBf0Rbvbo3mSDwhl1P1AXXVCq/NO83 dMuzZORRgjHBsWWn2PF+L+x6VmiNgJBtmhjW0lLo0f8nDbykKFmFWDCV5cE7QCfE +6g1FxB3HVMpqyisWyOG6pZ2wAv1kSX6B+XXewrhXA/Zn3q/XUabFpzMXPHlGWZc tlWqhY2TXSQULgCq9Be4ZCqrZnfmK1vf2JHxEfUHR8wNJMPIRxrypu40wgGZHiR7 4P5k8tjysF+ql5pqFyG/X8Y43TJAdK+mXatMp4HRnefjduBVkY1hd8lP/14/AB0= =NVr/ -END PGP SIGNATURE- ___ 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"
