My guess is that
.../drivers/media/pci/cx23885/cx23885-core.c
is important and maybe my IOMMU, but I don't feel competent to patch the code
myself. Nor am I certain that "15d1" is the magic number for Raven Ridge APUs.
psd@myth:~$ lspci -s 0:00.2
00:00.2 IOMMU: Advanced Micro Devices, Inc. [A
Workarounds include;
use an older version of Ubuntu,
use a faster monitor,
use a video card (nVidia GT 710),
use a mainline kernel 5.4.0-050400rc6-generic
which also reports the VGA port as a VGA port.
But using a mainline kernel and a video card xrandr reports a 77 Hz refresh
rate
@Morten
I think that all Ryzen motherboards are going to have UEFI firmware
rather than the old BIOS firmware - even though everyone keeps using the
old name.
If it is your computer and you know what you are doing you could turn
off secure boot. If you don't know, then don't do it.
I grabbed al
Correction:
Rc7 sometimes boots in the standard way. Sometimes it goes to a black
screen.
Rc7 boots reliably from the *recovery* mode in the grub menu.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launch
I'm not so sure that it is a kernel problem.
Bionic with the edge kernel 5.3.0-24 seems OK, although it has locked up once
or twice.
Eoan with kernel 5.3.0-23 misbehaves.
Could the XFCE desktop be important?
--
You received this bug notification because you are a member of Kernel
Packages, wh
Public bug reported:
This is probably an upstream bug, but this looks like the first pont of
contact.
I have a TV tuner card that works with old CPUs but fails with new CPUs
that are "too fast". This is a known problem and there is a workaround
for it. The workaround is automatically applied wh
First, I am surprised and pleased that ASRock is still issuing firmware
updates for such an old motherboard. There was an update issued weeks
before I opened this bug report.
Firmware updated from 2.50 to 2.60. The stated fix in the firmware
update has nothing to do with this bug - but the state
Public bug reported:
Wiley Werewolf 15.10 and Xenial Xerus 16.04 (alpha) clear
/sys/class/rtc/rtc0/wakealarm during the bootup process, unless
"hpet=disable" is given as a boot parameter. (Tested on Xenia, not
tested on Wiley.)
Trusty Tahr 14.04 is well behaved, without the hpet parameter.
Back
The bug seems to have "gone away" when using a DVD of an early March
beta version of Focal Fossa 20.04. It boots very happily with no
obvious display problems.
Sorry that I could not track down exactly what the problem was.
--
You received this bug notification because you are a member of Kerne
9 matches
Mail list logo
