Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report.
Summary: Badness in send_IPI_mask_bitmask at shutdown https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169700 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO_REPORTER |ASSIGNED ------- Additional Comments From [EMAIL PROTECTED] 2006-02-03 13:03 EST ------- for 2.6.15-1.1830_FC4: there were several updates released in the last 24 hours or so, aside from the new kernel. i used Yum-Extender to install both versions (1830, 1830SMP) today, along with all the other updates. so far, it seems that one of the updates has done something that completely hoses my display on boot-up, meaning that the login screen first appears in some low resolution mode, nothing is synchronized horizontally, there are interleaved horizontal lines on-screen but nothing is readable. the system appears to operate normally otherwise, because i can ignore screen appearance and log-in, hit CTRL-ALT-DEL, then ENTER, and the system goes through a new login. a normal login screen then appears, i can log-in, and it seems the display is restored and everything else works normally. on shut-down, the screen goes completely blank, so i don't know whether there are any other error messages on that event. now, i need to find whatinhell has happened to display settings on boot-up and shut-down. so far, it seems the above events are endlessly repeatable, for both 1830 and 1830SMP and now for 1656/1656SMP. for "send_IPI_mask...": with this new display problem, the screen goes completely blank on shutdown. when that happens, i cannot see what may or may not be happening with this "send_IPI..." problem. "completely blank on shut-down" now happens with 1656 as well (did not happen before today). i do notice that 1830 eventually powers-off in the same way that 1656 does (no obvious other problem). 1830SMP appears to hang on shut-down, just as 1656SMP does. again, i can't be certain this is the same IPI problem, because the screen is blank on shut-down. but so far, "hang at end" behavior otherwise seems unchanged with 1830SMP. if it helps: this systems has a Radeon 9K Pro card, 1GB ram. 'df' returns this: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 32597816 7125456 23789724 24% / /dev/sdb1 101086 31492 64375 33% /boot /dev/shm 517216 0 517216 0% /dev/shm Bios: pre-2000, CPU: Dual P-IIs, Display: Dell 2001FP the system is 'triple boot' -- FC4, Win 2k, and Win NT. the Windows partitions have not been changed. FC4 manages OS selection through the Grub boot screen. Win 2k was in use last night. i have not yet tried the others today, but have no reason to suspect there is any problem with them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
