FS#56601 - [linux] Console is the wrong color at boot with 4.14.3-hardened

Attached to Project: Arch Linux
Opened by Deposite Pirate (dpirate) - Tuesday, 05 December 2017, 19:35 GMT
Last edited by Toolybird (Toolybird) - Sunday, 28 May 2023, 06:25 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Jan Alexander Steffens (heftig)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

After upgrading to kernel 4.14.3-hardened, at boot the console screen has a white background with light gray
characters that are barely readable. After X starts, the problem disappears. But if you don't start X, it stays that way. Rolling back to 4.13.6-hardened fixes the problem.

Additional info:

$lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] RS880 Host Bridge
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (ext gfx port 0)
00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780 PCI to PCI bridge (PCIE port 2)
00:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 3)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 41)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control
01:00.0 USB controller: Fresco Logic FL1000G USB 3.0 Host Controller (rev 01)
02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Turks XT [Radeon HD 6670/7670]
02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks HDMI Audio [Radeon HD 6500/6600 / 6700M Series]
03:00.0 Ethernet controller: Intel Corporation 82572EI Gigabit Ethernet Controller (Copper) (rev 06)

The Radeon is a 6670.

$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 16
model : 6
model name : AMD Athlon(tm) II X2 240e Processor
stepping : 2
microcode : 0x10000c7
cpu MHz : 800.000
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pstate vmmcall npt lbrv svm_lock nrip_save
bugs : tlb_mmatch apic_c1e fxsave_leak sysret_ss_attrs null_seg amd_e400
bogomips : 5612.22
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
This task depends upon

Closed by  Toolybird (Toolybird)
Sunday, 28 May 2023, 06:25 GMT
Reason for closing:  Upstream
Additional comments about closing:  Clearly not an Arch packaging bug. If still an issue, please follow up with upstream, as there is nothing Arch can do about it.
Comment by Deposite Pirate (dpirate) - Tuesday, 05 December 2017, 19:38 GMT
s/4.13.6/4.13.16/g
Comment by loqs (loqs) - Tuesday, 05 December 2017, 21:47 GMT
Does the issue occur under linux 4.14.3-1 as well?
Comment by Deposite Pirate (dpirate) - Saturday, 09 December 2017, 07:13 GMT
Hi,

Sorry for the delay. The PSU died on this PC and I had to get a new one shipped.

I tried with vanilla 4.14.4 and it has the same problem, although the console text is now darker.
Comment by loqs (loqs) - Saturday, 09 December 2017, 20:05 GMT
Seems an issue with the radeon module. Possibly start a thread on the forums about it, investigate early KMS,
try various module option, if all the previous still fails bisect between 4.13 and 4.14 do have full backups if you do
due to a data corruption regression affecting at least bcache.
Comment by Deposite Pirate (dpirate) - Saturday, 09 December 2017, 20:44 GMT
It has to be an issue with the radeon module. Since there's a lot of code churn going on in that area lately and probably most kernel devs use newer hardware, they just didn't test their changes with older hardware. I have no knowledge of graphics cards or even kernel programming, so I'm afraid I have no idea on how to go about investigating KMS and bisecting.
Comment by loqs (loqs) - Saturday, 09 December 2017, 21:11 GMT
Bisecting in my opinion is not difficult it just takes a lot of time for a project the size of the kernel.
Going through 4.13 to 4.14 as I noted already there is a data corruption bug so you would need full backups incase.
A forum thread is probably easier to get advice on how to bisect or try and see if there is a work around.
If you want to report it upstream https://bugs.freedesktop.org Product: DRI Component: DRM/Radeon
or https://bugzilla.kernel.org/ Component: Video(DRI - non Intel) Product: Drivers
The arch package maintainers will not help as it is not a packaging and integration issue.
Comment by Deposite Pirate (dpirate) - Sunday, 10 December 2017, 16:54 GMT Comment by mattia (nTia89) - Sunday, 27 February 2022, 13:32 GMT
I cannot reproduce the issue. Is it still valid?
Comment by Deposite Pirate (dpirate) - Sunday, 27 February 2022, 17:32 GMT
Since it occurs with hardware which AMD would rather not support for programmed obsolescence reasons and it is AMD employees that maintain the kernel code, no it is still not fixed.

Loading...