char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
|
|
|
/*
|
|
|
|
* Copyright 2021 Xillybus Ltd, http://xillybus.com
|
|
|
|
*
|
|
|
|
* Driver for the Xillybus class
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/fs.h>
|
|
|
|
#include <linux/cdev.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/list.h>
|
|
|
|
#include <linux/mutex.h>
|
|
|
|
|
|
|
|
#include "xillybus_class.h"
|
|
|
|
|
|
|
|
MODULE_DESCRIPTION("Driver for Xillybus class");
|
|
|
|
MODULE_AUTHOR("Eli Billauer, Xillybus Ltd.");
|
|
|
|
MODULE_ALIAS("xillybus_class");
|
|
|
|
MODULE_LICENSE("GPL v2");
|
|
|
|
|
|
|
|
static DEFINE_MUTEX(unit_mutex);
|
|
|
|
static LIST_HEAD(unit_list);
|
|
|
|
static struct class *xillybus_class;
|
|
|
|
|
|
|
|
#define UNITNAMELEN 16
|
|
|
|
|
|
|
|
struct xilly_unit {
|
|
|
|
struct list_head list_entry;
|
|
|
|
void *private_data;
|
|
|
|
|
|
|
|
struct cdev *cdev;
|
|
|
|
char name[UNITNAMELEN];
|
|
|
|
int major;
|
|
|
|
int lowest_minor;
|
|
|
|
int num_nodes;
|
|
|
|
};
|
|
|
|
|
|
|
|
int xillybus_init_chrdev(struct device *dev,
|
|
|
|
const struct file_operations *fops,
|
|
|
|
struct module *owner,
|
|
|
|
void *private_data,
|
|
|
|
unsigned char *idt, unsigned int len,
|
|
|
|
int num_nodes,
|
|
|
|
const char *prefix, bool enumerate)
|
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
dev_t mdev;
|
|
|
|
int i;
|
|
|
|
char devname[48];
|
|
|
|
|
|
|
|
struct device *device;
|
|
|
|
size_t namelen;
|
|
|
|
struct xilly_unit *unit, *u;
|
|
|
|
|
|
|
|
unit = kzalloc(sizeof(*unit), GFP_KERNEL);
|
|
|
|
|
|
|
|
if (!unit)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
mutex_lock(&unit_mutex);
|
|
|
|
|
|
|
|
if (!enumerate)
|
|
|
|
snprintf(unit->name, UNITNAMELEN, "%s", prefix);
|
|
|
|
|
|
|
|
for (i = 0; enumerate; i++) {
|
|
|
|
snprintf(unit->name, UNITNAMELEN, "%s_%02d",
|
|
|
|
prefix, i);
|
|
|
|
|
|
|
|
enumerate = false;
|
|
|
|
list_for_each_entry(u, &unit_list, list_entry)
|
|
|
|
if (!strcmp(unit->name, u->name)) {
|
|
|
|
enumerate = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
rc = alloc_chrdev_region(&mdev, 0, num_nodes, unit->name);
|
|
|
|
|
|
|
|
if (rc) {
|
|
|
|
dev_warn(dev, "Failed to obtain major/minors");
|
|
|
|
goto fail_obtain;
|
|
|
|
}
|
|
|
|
|
|
|
|
unit->major = MAJOR(mdev);
|
|
|
|
unit->lowest_minor = MINOR(mdev);
|
|
|
|
unit->num_nodes = num_nodes;
|
|
|
|
unit->private_data = private_data;
|
|
|
|
|
|
|
|
unit->cdev = cdev_alloc();
|
|
|
|
if (!unit->cdev) {
|
|
|
|
rc = -ENOMEM;
|
|
|
|
goto unregister_chrdev;
|
|
|
|
}
|
|
|
|
unit->cdev->ops = fops;
|
|
|
|
unit->cdev->owner = owner;
|
|
|
|
|
|
|
|
rc = cdev_add(unit->cdev, MKDEV(unit->major, unit->lowest_minor),
|
|
|
|
unit->num_nodes);
|
|
|
|
if (rc) {
|
|
|
|
dev_err(dev, "Failed to add cdev.\n");
|
|
|
|
/* kobject_put() is normally done by cdev_del() */
|
|
|
|
kobject_put(&unit->cdev->kobj);
|
|
|
|
goto unregister_chrdev;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < num_nodes; i++) {
|
|
|
|
namelen = strnlen(idt, len);
|
|
|
|
|
|
|
|
if (namelen == len) {
|
|
|
|
dev_err(dev, "IDT's list of names is too short. This is exceptionally weird, because its CRC is OK\n");
|
|
|
|
rc = -ENODEV;
|
|
|
|
goto unroll_device_create;
|
|
|
|
}
|
|
|
|
|
|
|
|
snprintf(devname, sizeof(devname), "%s_%s",
|
|
|
|
unit->name, idt);
|
|
|
|
|
|
|
|
len -= namelen + 1;
|
|
|
|
idt += namelen + 1;
|
|
|
|
|
|
|
|
device = device_create(xillybus_class,
|
|
|
|
NULL,
|
|
|
|
MKDEV(unit->major,
|
|
|
|
i + unit->lowest_minor),
|
|
|
|
NULL,
|
|
|
|
"%s", devname);
|
|
|
|
|
|
|
|
if (IS_ERR(device)) {
|
|
|
|
dev_err(dev, "Failed to create %s device. Aborting.\n",
|
|
|
|
devname);
|
|
|
|
rc = -ENODEV;
|
|
|
|
goto unroll_device_create;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (len) {
|
|
|
|
dev_err(dev, "IDT's list of names is too long. This is exceptionally weird, because its CRC is OK\n");
|
|
|
|
rc = -ENODEV;
|
|
|
|
goto unroll_device_create;
|
|
|
|
}
|
|
|
|
|
|
|
|
list_add_tail(&unit->list_entry, &unit_list);
|
|
|
|
|
|
|
|
dev_info(dev, "Created %d device files.\n", num_nodes);
|
|
|
|
|
|
|
|
mutex_unlock(&unit_mutex);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
unroll_device_create:
|
|
|
|
for (i--; i >= 0; i--)
|
|
|
|
device_destroy(xillybus_class, MKDEV(unit->major,
|
|
|
|
i + unit->lowest_minor));
|
|
|
|
|
|
|
|
cdev_del(unit->cdev);
|
|
|
|
|
|
|
|
unregister_chrdev:
|
|
|
|
unregister_chrdev_region(MKDEV(unit->major, unit->lowest_minor),
|
|
|
|
unit->num_nodes);
|
|
|
|
|
|
|
|
fail_obtain:
|
|
|
|
mutex_unlock(&unit_mutex);
|
|
|
|
|
|
|
|
kfree(unit);
|
|
|
|
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(xillybus_init_chrdev);
|
|
|
|
|
|
|
|
void xillybus_cleanup_chrdev(void *private_data,
|
|
|
|
struct device *dev)
|
|
|
|
{
|
|
|
|
int minor;
|
2022-03-24 15:09:39 +08:00
|
|
|
struct xilly_unit *unit = NULL, *iter;
|
char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
|
|
|
|
mutex_lock(&unit_mutex);
|
|
|
|
|
2022-03-24 15:09:39 +08:00
|
|
|
list_for_each_entry(iter, &unit_list, list_entry)
|
|
|
|
if (iter->private_data == private_data) {
|
|
|
|
unit = iter;
|
char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2022-03-24 15:09:39 +08:00
|
|
|
if (!unit) {
|
char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
dev_err(dev, "Weird bug: Failed to find unit\n");
|
|
|
|
mutex_unlock(&unit_mutex);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (minor = unit->lowest_minor;
|
|
|
|
minor < (unit->lowest_minor + unit->num_nodes);
|
|
|
|
minor++)
|
|
|
|
device_destroy(xillybus_class, MKDEV(unit->major, minor));
|
|
|
|
|
|
|
|
cdev_del(unit->cdev);
|
|
|
|
|
|
|
|
unregister_chrdev_region(MKDEV(unit->major, unit->lowest_minor),
|
|
|
|
unit->num_nodes);
|
|
|
|
|
|
|
|
dev_info(dev, "Removed %d device files.\n",
|
|
|
|
unit->num_nodes);
|
|
|
|
|
|
|
|
list_del(&unit->list_entry);
|
|
|
|
kfree(unit);
|
|
|
|
|
|
|
|
mutex_unlock(&unit_mutex);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(xillybus_cleanup_chrdev);
|
|
|
|
|
|
|
|
int xillybus_find_inode(struct inode *inode,
|
|
|
|
void **private_data, int *index)
|
|
|
|
{
|
|
|
|
int minor = iminor(inode);
|
|
|
|
int major = imajor(inode);
|
2022-03-24 15:09:39 +08:00
|
|
|
struct xilly_unit *unit = NULL, *iter;
|
char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
|
|
|
|
mutex_lock(&unit_mutex);
|
|
|
|
|
2022-03-24 15:09:39 +08:00
|
|
|
list_for_each_entry(iter, &unit_list, list_entry)
|
|
|
|
if (iter->major == major &&
|
|
|
|
minor >= iter->lowest_minor &&
|
|
|
|
minor < (iter->lowest_minor + iter->num_nodes)) {
|
|
|
|
unit = iter;
|
char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&unit_mutex);
|
|
|
|
|
2022-03-24 15:09:39 +08:00
|
|
|
if (!unit)
|
char: xillybus: Move class-related functions to new xillybus_class.c
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
XILLYBUS_CLASS is added to Kconfig and is common to all drivers in this
group. The relation with the existing XILLYBUS symbol is "select" rather
than "depends on" XILLYBUS_CLASS, or else "make olddefconfig" will silently
turn off XILLYBUS, which is currently enabled in several distributions.
XILLYBUS_CLASS doesn't depend on anything else, hence using it with
"select" poses no risk for a broken configuration.
After the future addition of the XillyUSB module, the tree of symbols
will be as follows:
XILLYBUS_CLASS --+-- XILLYBUS --+-- XILLYBUS_PCIE
| |
| +-- XILLYBUS_OF
|
+-- XILLYUSB
XILLYBUS is for drivers based upon memory registers + DMA-based interfaces,
and it's combined with XILLYBUS_PCIE and/or XILLYBUS_OF.
XILLYUSB is for the USB variant only.
Or a more detailed, bottom-up outline:
* CONFIG_XILLYBUS_PCIE -> xillybus_pcie.c: Functions related to PCIe.
* CONFIG_XILLYBUS_OF -> xillybus_of.c: Functions related to Xillybus as a
peripheral on an FPGA / Processor combo chip.
* CONFIG_XILLYBUS -> xillybus_core.c: Functions that are common to the two
above, mainly access to the peripheral with memory-mapped registers and
DMA.
* CONFIG_XILLYUSB -> xillyusb.c: The driver for the USB variant, accesses
the peripheral through the USB framework.
* CONFIG_XILLYBUS_CLASS -> xillybus_class.c: The new module, which contains
the class and API parts that would otherwise appear both in
xillybus_core.c and xillyusb.c. Contains utility functions for the two
latter.
And since I'm at it, comments on the module names are added in the
Kconfig's help part.
The functions are exported with the non-GPL EXPORT_SYMBOL (a matter of
taste).
Signed-off-by: Eli Billauer <eli.billauer@gmail.com>
Link: https://lore.kernel.org/r/20210526100311.56327-2-eli.billauer@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-05-26 18:03:10 +08:00
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
*private_data = unit->private_data;
|
|
|
|
*index = minor - unit->lowest_minor;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(xillybus_find_inode);
|
|
|
|
|
|
|
|
static int __init xillybus_class_init(void)
|
|
|
|
{
|
|
|
|
xillybus_class = class_create(THIS_MODULE, "xillybus");
|
|
|
|
|
|
|
|
if (IS_ERR(xillybus_class)) {
|
|
|
|
pr_warn("Failed to register xillybus class\n");
|
|
|
|
|
|
|
|
return PTR_ERR(xillybus_class);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit xillybus_class_exit(void)
|
|
|
|
{
|
|
|
|
class_destroy(xillybus_class);
|
|
|
|
}
|
|
|
|
|
|
|
|
module_init(xillybus_class_init);
|
|
|
|
module_exit(xillybus_class_exit);
|