Since Breezy, vga=0x317 hangs in resume after suspend to disk

Bug #40205 reported by Jörg Höhle
6
Affects Status Importance Assigned to Milestone
linux-source-2.6.12 (Ubuntu)
Invalid
Medium
Brian Murray

Bug Description

Using vga=0x317 boot option works fine in Hoary, but breaks with Breezy upon resuming from suspend to disk mode.

In case you didn't know, a line like
nonaltoptions=vga=0x317 quiet nosplash
in /boot/grub/menu.lst or a modification of the
"kernel /boot... vga=0x317" line allows to benefit from resolutions like 127x60 console text mode in a 1024x768 display. This is very handy, and 80x25|43 is so limiting.
Furthermore, some laptops are not able to scale the 80x25 mode, so there are huge black borders around the text area.

When restarting the system, everything goes normally at first. But after some time, the resume process just freezes, displaying the following messages:

[screen is cleared, shown output starts at top of screen]
[4294768.653000] Stopping tasks: ====================================...
[4... ] Freeing memory... done (37204 pages freed)
[4... ] GTM info ... [2 times]
[4... ] ACPI PCI interrupt ... disabled [3 times]
[4... ] resume= option should be used to set suspend device.................................swsusp: Need to copy 36549 pages

vga=0x317 is why I could not reproduce Bug #25551: I had not realized that this vga=xyz change caused the difference in behaviour.
vga=0x317 works in Breezy when booting normally. The bug only shows after suspend to disk.
Happens with both with linux-image-2.6.12-9 and -10

Regards,
 Jörg Höhle

Revision history for this message
Jörg Höhle (joerg-cyril-hoehle) wrote : laptop hardware data

Fujitsu Siemens Centrino C110
lspci reports
0000:00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
0000:00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02)
0000:00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
0000:00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 03)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 83)
0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 03)
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 03)
0000:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
0000:01:0a.0 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01)
0000:01:0a.1 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01)
0000:01:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:01:0d.0 Network controller: Intel Corp. PRO/Wireless 2200BG (rev 05)

Revision history for this message
Brian Murray (brian-murray) wrote :

We are closing this bug report as it concerns the 2.6.12 kernel from Breezy which is no longer supported. However, please reopen it if it is still an issue with a supported version of Ubuntu and feel free to submit bug reports in the future.

Changed in linux-source-2.6.12:
assignee: nobody → brian-murray
status: Unconfirmed → Rejected
Revision history for this message
Jörg Höhle (joerg-cyril-hoehle) wrote : With gutsy, vga=0x317 yields a black console.

Using vga=0x317 in Gutsy causes all vt1-6 screens to remain dark during boot. X works fine in vt7. Same behaviour after suspend/resume.
This is a good reason to reopen & reassign this bug report (possibly changing the subject).

Using vga=0x317 in Dapper seems to work in a short test (just 2x suspend to RAM, 1x to disk). I need to test the behaviour over many more suspend/resume cycles to assess whether it's fully reliable.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.