Probable issue with i965 in pre-rc1 5.7 kernels
by Bruno Wolff III
One of my machines did not get a graphical desktop when I tried out the
kernel-5.7.0-0.rc0.git6.2.fc33.x86_64 no debug kernel on a rawhide instance.
kernel-5.6.2-301.fc32.x86_64 worked fine.
lightdm failed to start. Since this is pre-rc1, I'm not too worried about it.
One of the lightdm log files included the following:
X.Org X Server 1.20.8
X Protocol Version 11, Revision 0
Build Operating System: 5.5.10-200.fc31.x86_64
Current Operating System: Linux laptop2.wolff.to 5.7.0-0.rc0.git6.2.fc33.x86_64 #1 SMP Mon Apr 6 22:18:33 UTC 2020 x86_64
Kernel command line: BOOT_IMAGE=(hd0,msdos1)/vmlinuz-5.7.0-0.rc0.git6.2.fc33.x86_64 root=UUID=8fa8755f-8a4b-4d62-a2d7-f4bac93fc395 ro rd.luks.uuid=luks-0264f9e9-2f5a-49fe-ba11-6d43a5cfa1be rd.luks.uuid=luks-c8fa77dd-e87f-4ad6-ba60-509458156055
Build Date: 30 March 2020 12:00:00AM
Build ID: xorg-x11-server 1.20.8-1.fc33
Current version of pixman: 0.38.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Apr 8 09:13:34 2020
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error: Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
i965: Failed to submit batchbuffer: Bad address
4 years
Backport ExFAT to Fedora 5.6 kernels?
by Neal Gompa
Hey all,
I see that exfat has landed in Linus' tree for 5.7 and is no longer in
staging. Could backporting exfat from there into Fedora's 5.6 kernel
tree be done so that we have exfat support in Fedora 32 at GA?
Best regards,
Neal
--
真実はいつも一つ!/ Always, there's only one truth!
4 years
Fedora Rebase
by M. F. Ghani
Hi,
According to fedora docs, fedora kernels are rebased against the mainline
linux kernel periodically. I wanted to know that is there a way to figure
out the rebase date for particular commits. Just looking at the git log, it
just gives the same date as the date in the mainline linux kernel git log.
4 years
Re: Corrupt RPM package in Fedora 31 compose: perf-debuginfo-5.5.9-200.fc31.x86_64
by Florian Weimer
* Petr Pisar:
> On Mon, Apr 06, 2020 at 12:14:23PM +0200, Florian Weimer wrote:
>> Installation fails like this:
>>
>> Running transaction
>> Preparing : 1/1
>> Installing : perf-debuginfo-5.5.15-200.fc31.x86_64 1/1
>> Error unpacking rpm package perf-debuginfo-5.5.15-200.fc31.x86_64
>> Verifying : perf-debuginfo-5.5.15-200.fc31.x86_64 1/1
>>
>> The RPM headers look okay, but the payload seems to be missing
>> completely.
>>
>> perf-debuginfo-5.5.9-200.fc31.x86_64 seems to be affected as well, so
>> this might be a deterministic issue. 8-(
>>
>> Any suggestions how to debug this further?
>>
> Downloading the package from Koji
> <https://kojipkgs.fedoraproject.org//packages/kernel-tools/5.5.15/200.fc31...>
> hangs. It looks like a storage failure and a compose process just did not
> verify that the download finished successfully and copied the incomplete
> package to the repository.
>
> I recommend you reporting it to the Fedora Infrastracture.
Done: https://pagure.io/fedora-infrastructure/issue/8816
Thanks,
Florian
4 years
Corrupt RPM package in Fedora 31 compose: perf-debuginfo-5.5.9-200.fc31.x86_64
by Florian Weimer
Installation fails like this:
Running transaction
Preparing : 1/1
Installing : perf-debuginfo-5.5.15-200.fc31.x86_64 1/1
Error unpacking rpm package perf-debuginfo-5.5.15-200.fc31.x86_64
Verifying : perf-debuginfo-5.5.15-200.fc31.x86_64 1/1
The RPM headers look okay, but the payload seems to be missing
completely.
perf-debuginfo-5.5.9-200.fc31.x86_64 seems to be affected as well, so
this might be a deterministic issue. 8-(
Any suggestions how to debug this further?
Thanks,
Florian
4 years