Package Details: linux-mainline-headers 6.12-1

Git Clone URL: https://aur.archlinux.org/linux-mainline.git (read-only, click to copy)
Package Base: linux-mainline
Description: Headers and scripts for building modules for the Linux Mainline kernel
Upstream URL: https://kernel.org/
Licenses: GPL-2.0-only
Submitter: miffe
Maintainer: miffe
Last Packager: miffe
Votes: 278
Popularity: 2.32
First Submitted: 2011-07-22 06:50 (UTC)
Last Updated: 2024-11-18 03:24 (UTC)

Required by (0)

Sources (2)

Pinned Comments

miffe commented on 2020-01-30 21:44 (UTC)

Repository here

Latest Comments

« First ‹ Previous 1 .. 38 39 40 41 42 43 44 45 46 47 48 .. 76 Next › Last »

kleinph commented on 2014-02-27 00:13 (UTC)

The problem with the hook is not that annoying. Thanks for the bisect. I wanted to write to the mailing list, when I saw that you did that already. Thanks alot!

WorMzy commented on 2014-02-26 21:29 (UTC)

I think you're just not meant to use this kernel series. :P I can't help with those problems, as I don't use that hook. However, I've almost finished bisecting the commit (I believe it _is_ that patch, commit ref 0b947aff1599afbbd2ec07ada87b05af0f94cf10) Did you open a bug report? If so, can you post the link?

kleinph commented on 2014-02-25 19:17 (UTC)

Ok I can confirm that I can boot with this workaround, but I found two other issues (unrelated to btrfs): * I cannot boot with the shutdown hook enabled (the hook seems to hang) * before the initrd handles over to the kernel it prints a message like "old_root was not a initramfs" Maybe I should write to the mailinglist?

WorMzy commented on 2014-02-25 18:54 (UTC)

I'm almost positive that it's a btrfs regression. The only other possible cause is mkinitcpio, but I believe that the adding of modules to the initrd is automated, using the information the modules themselves provide (via depmod, presumably). That patch (if it was committed) may be a good starting point for a bisect.

kleinph commented on 2014-02-25 18:38 (UTC)

Ok thanks! Is this a upstream bug or related to the package? Can this be related to this patch http://permalink.gmane.org/gmane.comp.file-systems.btrfs/32145 ?

WorMzy commented on 2014-02-25 17:49 (UTC)

I humbly retract my earlier statement and eat my hat. I can confirm that something is not right. For some reason, the crc32c module is getting left out of the initrd, and btrfs module needs this module to work. The reason why I didn't have this problem at home, was because I explicitly install crc32c by adding it to mkinitcpio.conf's MODULE array. This is a workaround. Another is to use the fallback initrd for the time being. I don't have time right now to bisect the commit that caused this regression, but if you want to open a bug report and post a link to it here, I'll see if I can help out getting this fixed. Cheers.

Det commented on 2014-02-25 09:13 (UTC)

Congrats on the 100th vote for the 2nd time.

WorMzy commented on 2014-02-24 22:59 (UTC)

Still no problem here, and I've not noticed anything on the btrfs mailing list.. Personally, I think it's a problem with your setup. If I get chance, I'll try the mainline kernel on my non-raid btrfs work PC tomorrow and see if that has any problems.

kleinph commented on 2014-02-24 22:53 (UTC)

The same problem occurs with the rc4. Should I file a bug upstream?

miffe commented on 2014-02-24 12:23 (UTC)

linux-mainline 3.14rc4-1: - New upstream release

« First ‹ Previous 1 .. 38 39 40 41 42 43 44 45 46 47 48 .. 76 Next › Last »