kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
From: "Valdis Klētnieks" <valdis.kletnieks@vt.edu>
To: Aruna Hewapathirane <aruna.hewapathirane@gmail.com>
Cc: Gidi Gal <gidi.gal.linux@gmail.com>,
	kernelnewbies <kernelnewbies@kernelnewbies.org>
Subject: Re: "Invalid signature" issue on dev kernel launch
Date: Wed, 24 Mar 2021 01:26:04 -0400	[thread overview]
Message-ID: <73298.1616563564@turing-police> (raw)
In-Reply-To: <CAFSeFg_hPVRfOAtb7mRqCufEbR8COeJBW1hryTWad5geKtM3eQ@mail.gmail.com>


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset=us-ascii, Size: 1639 bytes --]

On Tue, 23 Mar 2021 22:36:33 -0400, Aruna Hewapathirane said:

> I also see:
> CC      drivers/cpufreq/cpufreq_ondemand.o
> drivers/cpufreq/cpufreq_ondemand.c: In function ‘od_set_powersave_bias’:
> drivers/cpufreq/cpufreq_ondemand.c:446:1: warning: the frame size of 1032
> bytes is larger than 1024 bytes [-Wframe-larger-than=]
>   446 | }
>       | ^
> This is what causes the compile time errors with possible missing firmware

No it's not. That's just a *warning* and doesn't stop the build.  The reason
that we have that warning is because on most architectures, the entire kernel
stack has to fit into 2 contiguous 4k pages.

And a perfectly legal stack can be something like TCP delivering an NFS packet
which then goes to the NFS code, which then hands it off to the VFS layer,
which checks the page cache, which hands it off to XFS, which schedules I/O to
the filesystem, which gets handed to the block subsystem, which realizes that
the target partition is an LVM partition, and LVM realizes that the "physical
volume" is actually a dm-crypt, and then dm-crypt does some cryptography and
calls the block subsystem to write to the physical disk. Feel free to check the code
path yourself... :)

And all of that has to fit in 8K of stack. That's why we warn when things have
a large stack frame entry.

Anyhow, "possible missing firmware" isn't even at compile time - it's during
the build of the initramfs at *install* time.  And the most likely cause of
that is that missing external firmware that's not GPL - it's all confined to 2
graphics drivers - amdgpu and i915, so not at all related to a warning against
cpufreq...


[-- Attachment #1.2: Type: application/pgp-signature, Size: 832 bytes --]

[-- Attachment #2: Type: text/plain, Size: 170 bytes --]

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

  reply	other threads:[~2021-03-24  5:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-23 16:36 "Invalid signature" issue on dev kernel launch Gidi Gal
2021-03-23 21:08 ` Valdis Klētnieks
2021-03-24  2:25   ` Aruna Hewapathirane
2021-03-24  2:20 ` Aruna Hewapathirane
2021-03-24  2:36 ` Aruna Hewapathirane
2021-03-24  5:26   ` Valdis Klētnieks [this message]
2021-03-24 13:21     ` Aruna Hewapathirane
2021-03-24 14:59       ` Valdis Klētnieks
2021-03-24 12:58   ` Gidi Gal
2021-03-24 13:26     ` Aruna Hewapathirane
2021-03-24 15:17     ` Valdis Klētnieks
2021-03-24 13:12   ` Gidi Gal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=73298.1616563564@turing-police \
    --to=valdis.kletnieks@vt.edu \
    --cc=aruna.hewapathirane@gmail.com \
    --cc=gidi.gal.linux@gmail.com \
    --cc=kernelnewbies@kernelnewbies.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).