mirror of
https://github.com/torvalds/linux.git
synced 2025-11-01 09:09:47 +02:00
6093a688a0
Here is the big set of char/misc/iio and other driver subsystem changes
for 6.18-rc1. Loads of different stuff in here, it was a busy
development cycle in lots of different subsystems, with over 27k new
lines added to the tree. Included in here are:
- IIO updates including new drivers, reworking of existing apis, and
other goodness in the sensor subsystems
- MEI driver updates and additions
- NVMEM driver updates
- slimbus removal for an unused driver and some other minor
updates
- coresight driver updates and additions
- MHI driver updates
- comedi driver updates and fixes
- extcon driver updates
- interconnect driver additions
- eeprom driver updates and fixes
- minor UIO driver updates
- tiny W1 driver updates
But the majority of new code is in the rust bindings and additions,
which includes:
- misc driver rust binding updates for read/write support, we can now
write "normal" misc drivers in rust fully, and the sample driver
shows how this can be done.
- Initial framework for USB driver rust bindings, which are disabled
for now in the build, due to limited support, but coming in through
this tree due to dependencies on other rust binding changes that
were in here. I'll be enabling these back on in the build in the
usb.git tree after -rc1 is out so that developers can continue to
work on these in linux-next over the next development cycle.
- Android Binder driver implemented in Rust. This is the big one, and
was driving a huge majority of the rust binding work over the past
years. Right now there are 2 binder drivers in the kernel, selected
only at build time as to which one to use as binder wants to be
included in the system at boot time. The binder C maintainers all
agreed on this, as eventually, they want the C code to be removed from
the tree, but it will take a few releases to get there while both
are maintained to ensure that the rust implementation is fully
stable and compliant with the existing userspace apis.
All of these have been in linux-next for a while, with only minor merge
issues showing up (you will hit them as well.) Just accept both sides
of the merge, it's just some header and include file lines, nothing
major.
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-----BEGIN PGP SIGNATURE-----
iG0EABECAC0WIQT0tgzFv3jCIUoxPcsxR9QN2y37KQUCaOEffA8cZ3JlZ0Brcm9h
aC5jb20ACgkQMUfUDdst+ynI/wCgjLFWH9B+huZI5JQb06NShggZod4AnjFFJ4ID
macHNv5/SjpAh7H5ssBU
=cjWS
-----END PGP SIGNATURE-----
Merge tag 'char-misc-6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc
Pull Char/Misc/IIO/Binder updates from Greg KH:
"Here is the big set of char/misc/iio and other driver subsystem
changes for 6.18-rc1.
Loads of different stuff in here, it was a busy development cycle in
lots of different subsystems, with over 27k new lines added to the
tree.
Included in here are:
- IIO updates including new drivers, reworking of existing apis, and
other goodness in the sensor subsystems
- MEI driver updates and additions
- NVMEM driver updates
- slimbus removal for an unused driver and some other minor updates
- coresight driver updates and additions
- MHI driver updates
- comedi driver updates and fixes
- extcon driver updates
- interconnect driver additions
- eeprom driver updates and fixes
- minor UIO driver updates
- tiny W1 driver updates
But the majority of new code is in the rust bindings and additions,
which includes:
- misc driver rust binding updates for read/write support, we can now
write "normal" misc drivers in rust fully, and the sample driver
shows how this can be done.
- Initial framework for USB driver rust bindings, which are disabled
for now in the build, due to limited support, but coming in through
this tree due to dependencies on other rust binding changes that
were in here. I'll be enabling these back on in the build in the
usb.git tree after -rc1 is out so that developers can continue to
work on these in linux-next over the next development cycle.
- Android Binder driver implemented in Rust.
This is the big one, and was driving a huge majority of the rust
binding work over the past years. Right now there are two binder
drivers in the kernel, selected only at build time as to which one
to use as binder wants to be included in the system at boot time.
The binder C maintainers all agreed on this, as eventually, they
want the C code to be removed from the tree, but it will take a few
releases to get there while both are maintained to ensure that the
rust implementation is fully stable and compliant with the existing
userspace apis.
All of these have been in linux-next for a while"
* tag 'char-misc-6.18-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc: (320 commits)
rust: usb: keep usb::Device private for now
rust: usb: don't retain device context for the interface parent
USB: disable rust bindings from the build for now
samples: rust: add a USB driver sample
rust: usb: add basic USB abstractions
coresight: Add label sysfs node support
dt-bindings: arm: Add label in the coresight components
coresight: tnoc: add new AMBA ID to support Trace Noc V2
coresight: Fix incorrect handling for return value of devm_kzalloc
coresight: tpda: fix the logic to setup the element size
coresight: trbe: Return NULL pointer for allocation failures
coresight: Refactor runtime PM
coresight: Make clock sequence consistent
coresight: Refactor driver data allocation
coresight: Consolidate clock enabling
coresight: Avoid enable programming clock duplicately
coresight: Appropriately disable trace bus clocks
coresight: Appropriately disable programming clocks
coresight: etm4x: Support atclk
coresight: catu: Support atclk
...
148 lines
3.2 KiB
Text
148 lines
3.2 KiB
Text
# SPDX-License-Identifier: GPL-2.0
|
|
|
|
menuconfig SAMPLES_RUST
|
|
bool "Rust samples"
|
|
depends on RUST
|
|
help
|
|
You can build sample Rust kernel code here.
|
|
|
|
If unsure, say N.
|
|
|
|
if SAMPLES_RUST
|
|
|
|
config SAMPLE_RUST_CONFIGFS
|
|
tristate "Configfs sample"
|
|
depends on CONFIGFS_FS
|
|
help
|
|
This option builds the Rust configfs sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_configfs.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_MINIMAL
|
|
tristate "Minimal"
|
|
help
|
|
This option builds the Rust minimal module sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_minimal.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_MISC_DEVICE
|
|
tristate "Misc device"
|
|
help
|
|
This option builds the Rust misc device.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_misc_device.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_PRINT
|
|
tristate "Printing macros"
|
|
help
|
|
This option builds the Rust printing macros sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_print.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DMA
|
|
tristate "DMA Test Driver"
|
|
depends on PCI
|
|
help
|
|
This option builds the Rust DMA Test driver sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_dma.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DEBUGFS
|
|
tristate "DebugFS Test Module"
|
|
depends on DEBUG_FS
|
|
help
|
|
This option builds the Rust DebugFS Test module sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_debugfs.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DEBUGFS_SCOPED
|
|
tristate "Scoped DebugFS Test Module"
|
|
depends on DEBUG_FS
|
|
help
|
|
This option builds the Rust Scoped DebugFS Test module sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_debugfs_scoped.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DRIVER_PCI
|
|
tristate "PCI Driver"
|
|
depends on PCI
|
|
help
|
|
This option builds the Rust PCI driver sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called driver_pci.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DRIVER_PLATFORM
|
|
tristate "Platform Driver"
|
|
help
|
|
This option builds the Rust Platform driver sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_driver_platform.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DRIVER_USB
|
|
tristate "USB Driver"
|
|
depends on USB = y && BROKEN
|
|
help
|
|
This option builds the Rust USB driver sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_driver_usb.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DRIVER_FAUX
|
|
tristate "Faux Driver"
|
|
help
|
|
This option builds the Rust Faux driver sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_driver_faux.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_DRIVER_AUXILIARY
|
|
tristate "Auxiliary Driver"
|
|
depends on PCI
|
|
select AUXILIARY_BUS
|
|
help
|
|
This option builds the Rust auxiliary driver sample.
|
|
|
|
To compile this as a module, choose M here:
|
|
the module will be called rust_driver_auxiliary.
|
|
|
|
If unsure, say N.
|
|
|
|
config SAMPLE_RUST_HOSTPROGS
|
|
bool "Host programs"
|
|
help
|
|
This option builds the Rust host program samples.
|
|
|
|
If unsure, say N.
|
|
|
|
endif # SAMPLES_RUST
|