2023-01-10 04:55:23 +01:00
|
|
|
# Changes to the microsoft/surface top-level
|
|
|
|
|
|
|
|
|
|
## Overview
|
|
|
|
|
|
2023-01-10 14:32:24 +01:00
|
|
|
When the microsoft/surface profile was created, there weren't that many differences between
|
2023-01-10 04:55:23 +01:00
|
|
|
the various models of Surface.
|
|
|
|
|
|
2023-01-10 14:32:24 +01:00
|
|
|
e.g. I had just acquired a Surface Go 1, and it was mostly safe to enable all the options for all the
|
|
|
|
|
models, and they would fail gracefully enough that you could mostly ignore warnings or errors.
|
2023-01-10 04:55:23 +01:00
|
|
|
|
|
|
|
|
Now, however --- as-of 2023-01-10 --- we have a much wider variety of chipsets, incl. models with
|
|
|
|
|
some of the newer AMD CPUs, and this is breaking small things in annoying ways for more people.
|
|
|
|
|
|
2023-01-10 11:05:27 +01:00
|
|
|
## How to update
|
|
|
|
|
|
|
|
|
|
By preference, there will already be a specialised module for your model's configuration.
|
|
|
|
|
|
|
|
|
|
If not, the `microsoft/surface/common/` module can also be imported directly, and the options
|
|
|
|
|
provided can be used in your own system's configuration.
|
|
|
|
|
|
|
|
|
|
Alternatively, you can create a new specialisation for your model under `microsoft/surface`
|
|
|
|
|
configured for that model.
|
|
|
|
|
|
2023-01-10 04:55:23 +01:00
|
|
|
## Changes
|
|
|
|
|
|
|
|
|
|
### Model Specialisations
|
|
|
|
|
|
|
|
|
|
In keeping with the broader structure of "nixos-hardware", I've also changed the structure of the
|
|
|
|
|
microsoft/surface profile to make it easier for people to specialise for their hardware.
|
|
|
|
|
|
|
|
|
|
Any code or modules that are specialised for a Surface model now have their own directory under this
|
|
|
|
|
top-level.
|
|
|
|
|
|
|
|
|
|
### "Common" modules
|
|
|
|
|
|
|
|
|
|
All the "common" modules that were once in the top-level of the microsoft/surface profile have moved
|
|
|
|
|
under the `common/` directory.
|
|
|
|
|
|
|
|
|
|
Tools / services that are shared among several models are now extracted to their own module under
|
|
|
|
|
`common/` and imported by `common/default.nix`.
|
2023-01-10 14:32:24 +01:00
|
|
|
Most "common" modules now have an `enable` option, which is `false` by default.
|
2023-01-10 04:55:23 +01:00
|
|
|
|
|
|
|
|
## Adding a new Model Specialisation
|
|
|
|
|
|
|
|
|
|
This hasn't been finalised, partly as I now only have access to a Surface Go 1, these days, so I'm
|
|
|
|
|
maybe not the best custodian of this code any longer.
|
|
|
|
|
|
|
|
|
|
However, hopefully the (imminent) `surface-go/` module is a reasonable exmample, and we should be
|
|
|
|
|
able to gather more examples for more model specialisations over time.
|
