Bug 5763 - video mode settings (vga=???) not copied from old/current kernel to new one when upgrading
Summary: video mode settings (vga=???) not copied from old/current kernel to new one w...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks: 3342 8016
  Show dependency treegraph
 
Reported: 2012-05-05 20:48 CEST by David Walser
Modified: 2016-06-18 15:10 CEST (History)
6 users (show)

See Also:
Source RPM: drakx-installer-stage2-15.18-2.mga3.src.rpm
CVE:
Status comment:


Attachments

Description David Walser 2012-05-05 20:48:03 CEST
Doing upgrade tests from Mageia 1 -> Cauldron using a network installation/DrakX, I discovered that the kernel entries for the new kernel use the video mode 800x600 16bpp unconditionally, rather than copying what the Mageia 1 kernel entries were using.
David Walser 2012-05-05 20:48:19 CEST

CC: (none) => thierry.vignaud

David Walser 2012-05-05 20:48:28 CEST

CC: (none) => tmb

Comment 1 David Walser 2012-05-05 20:55:24 CEST
Also, if it's supposed to change splash=silent to splash quiet, what I'm seeing now is splash quiet splash=silent.  So it's not removing the old splash=silent.
Manuel Hiebel 2012-05-05 22:49:44 CEST

Blocks: (none) => 3342
Assignee: bugsquad => thierry.vignaud

Thierry Vignaud 2012-05-06 02:47:13 CEST

CC: (none) => mageia

Comment 2 Manuel Hiebel 2012-05-15 13:59:29 CEST
any news?
Comment 3 AL13N 2012-05-18 22:05:42 CEST
ping

CC: (none) => alien

Comment 4 Marja Van Waes 2012-05-26 13:02:09 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 5 David Walser 2012-05-26 13:07:30 CEST
We always have Cauldron :o)  It's just not open at the moment.

Given Maarten's ping on the 18th, I'm guessing this wasn't fixed.
Comment 6 AL13N 2012-05-26 13:51:15 CEST
given that this was an upgrade issue, i guess we can't fix this now.

better close as wontfix now.

Status: NEW => RESOLVED
Resolution: (none) => WONTFIX

Comment 7 David Walser 2012-05-26 14:14:07 CEST
It can be fixed for Mageia 3.  Let's give tv/tmb a chance.

Status: RESOLVED => REOPENED
Resolution: WONTFIX => (none)

Comment 8 AL13N 2012-05-26 15:39:55 CEST
i donno, iinm, this is a change between mga1 and mga2 wrt to kernel append parameters. AFAIK the new installs do it correctly, so since this is only during upgrade, and only mga2 to mga3 is supported, i see no solution for this.

unless i'm mistaken here, of course.
Comment 9 David Walser 2012-05-27 03:02:26 CEST
(In reply to comment #8)
> i donno, iinm, this is a change between mga1 and mga2 wrt to kernel append
> parameters. AFAIK the new installs do it correctly, so since this is only
> during upgrade, and only mga2 to mga3 is supported, i see no solution for this.
> 
> unless i'm mistaken here, of course.

Maarten, I'm not sure we're talking about the same problem.  My original bug (Comment 0) is for a problem that will affect any upgrade.  It has nothing to do with with new installs.

It sounds like you're talking about the Comment 1 problem, which yes, is irrelevant now.
Comment 10 AL13N 2012-05-27 08:26:12 CEST
(In reply to comment #9)
> Maarten, I'm not sure we're talking about the same problem.  My original bug
> (Comment 0) is for a problem that will affect any upgrade.  It has nothing to
> do with with new installs.
> 
> It sounds like you're talking about the Comment 1 problem, which yes, is
> irrelevant now.

ah, mea culpa, i missed it :-(
Comment 11 Marja Van Waes 2012-07-06 15:03:31 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Comment 12 David Walser 2013-01-11 19:34:15 CET
Still valid in current Cauldron.

The video mode from my old kernel was not copied to my new one doing a Mageia 2 -> Mageia 3 upgrade.  Also, "splash" was added to the Append line of my new kernel when it was not there in the old one.

Keywords: NEEDINFO => (none)
Source RPM: drakx-installer-stage2-14.19-1.mga2.src.rpm => drakx-installer-stage2-15.18-2.mga3.src.rpm

Comment 13 AL13N 2013-01-11 20:14:03 CET
it might not be easy to migrate those over... what with video drivers changing and kms and such. and dracut changes, etc... maybe it's better to just have everyone the same options?

well, i don't know, its just my idea...
Comment 14 David Walser 2013-01-11 20:18:03 CET
Within the confines of GRUB, it's as simple as copying things like "vga=791" from the line in /boot/grub/menu.lst.  As long as you aren't changing bootloaders, should be relatively simple.  Really, video drivers and KMS has nothing to do with this either.
David Walser 2013-01-29 22:15:11 CET

CC: (none) => ennael1

Comment 15 David Walser 2013-04-23 17:49:22 CEST
Still valid in current Cauldron as of Saturday, April 20.
David Walser 2013-05-01 03:17:35 CEST

Blocks: (none) => 8016

Comment 16 David Walser 2013-05-02 16:42:44 CEST
Tracing through the code of what happens when a new kernel is installed, it looks like the bug would be in /usr/lib/libDrakX/bootloader.pm from drakxtools-backend (from drakxtools).  It's not apparent exactly where the bug is.  It looks like it's at least trying to do the right thing in write_grub().
Comment 17 David Walser 2013-09-06 00:25:52 CEST
As of Mageia 3, it also adds "splash" for the new kernel entry after the upgrade, even when your previous one didn't have it.  It also should not be doing that.
Comment 18 David Walser 2013-12-18 16:59:15 CET
Still valid in current Cauldron as of Friday, December 15.
Comment 19 Samuel Verschelde 2015-04-25 10:10:51 CEST
Still valid with Mageia 5 I suppose?

Keywords: (none) => NEEDINFO
Status: REOPENED => NEW
Hardware: i586 => All

Comment 20 David Walser 2015-04-25 11:45:26 CEST
It was as of January at least.  tmb fixed something just this week that may have been related to this issue (mentioned in the council meeting), so it needs to be checked again.
Comment 21 Mauricio Andrés Bustamante Viveros 2015-06-20 09:29:13 CEST
Testing in i586 with MGA5

CC: (none) => neoser10

Comment 22 Thierry Vignaud 2016-06-18 15:10:34 CEST
Presumed fixed

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.