Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add kernel config to board layers #41

Closed
shenki opened this issue Oct 27, 2015 · 8 comments
Closed

Add kernel config to board layers #41

shenki opened this issue Oct 27, 2015 · 8 comments

Comments

@shenki
Copy link
Member

shenki commented Oct 27, 2015

We should be keeping the Linux kernel configuration in the board specific layers.

We will leave the aspeed_defconfig for Kernel developers to customise to their needs, and ensure that the systems have a minimal, secure, configuration.

I'm unsure on the poky bits that need to be done here. If @bradbishop could move the aspeed_defconfig config into the tree, I will then follow up with any configuration changes I think we need.

@bradbishop
Copy link
Member

Done. #50

@bradbishop
Copy link
Member

@shenki can this get closed?

@shenki
Copy link
Member Author

shenki commented Dec 15, 2015

Have we checked that the config only enables the bits that we need? I can take a look if you want.

I think it would make sense to put the configs in the one file instead of having the hwmon chunk separate.

@williamspatrick
Copy link
Member

Any idea how this is different from #56 ?

@williamspatrick williamspatrick added this to the v2.0 Backlog milestone Apr 1, 2016
@bradbishop
Copy link
Member

The concept is the same but the mechanics of doing it in recipes is different.

@williamspatrick
Copy link
Member

From a design stand-point, Brad and I would prefer config snippets that are based on function being enabled and not always strictly board or SoC specific. We have ran into an issue recently where the systemd config options were not correctly enabled and it would make more sense to automatically include those config options whenever we enable systemd.

We understand that there is a desire by the kernel developers to be able to quickly see what the config is being used. A compromise there might be to generate the config and publish it along with our reference flash images.

@williamspatrick
Copy link
Member

@bradbishop suggested we should close this because it is done and create a new story for a minimal defconfig. @shenki - any issues with that?

@shenki
Copy link
Member Author

shenki commented Jul 1, 2016

Ok. Please assign me to the new issue.

@shenki shenki closed this as completed Jul 1, 2016
anoo1 pushed a commit to anoo1/openbmc that referenced this issue Jul 28, 2020
stefanberger pushed a commit to stefanberger/openbmc that referenced this issue Aug 1, 2023
Andrew Geissler (10):
  fix existing markdownlint issues in file
  bmc-ready: new optional feature definition
  bmc-ready: utility function to check bmc state
  bmc-ready: don't allow power operations if not ready
  bmc-ready: auto power restart function update
  bmc-ready: update documentation about new optional feature
  1040 stop fsi scan (openbmc#23)
  default AttemptsLeft to max when 0 is sent (openbmc#32)
  Revert "Utilization of power restore delay for APR"
  delay apr power on by 30 seconds (openbmc#19)

Shawn McCarney (1):
  Handle timeout when getting PowerSystemInputs (openbmc#28)

Reed Frandsen (1):
  Merge pull request openbmc#41 from geissonator/1050-bmc-ready

Change-Id: I0435eefabd75b14b7fdc60dd58b16ea5a5c8c45b
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants