Displaying 20 results from an estimated 702 matches for "module_init".
2005 Jan 17
0
[PATCH] Xen bk snapshot: netfront.c should use module_init()
...#39;'t be unloadable).
Trivial fix,
Rusty.
--- linux-2.6.10-xen-sparse/drivers/xen/netfront/netfront.c.~1~ 2005-01-11 15:35:59.000000000 +1100
+++ linux-2.6.10-xen-sparse/drivers/xen/netfront/netfront.c 2005-01-17 15:41:21.000000000 +1100
@@ -1343,4 +1343,4 @@
}
-__initcall(netif_init);
+module_init(netif_init);
--
A bad analogy is like a leaky screwdriver -- Richard Braakman
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It''s fun and FREE -- w...
2024 Oct 29
1
[PATCH 2/2] [v8] drm/nouveau: expose GSP-RM logging buffers via debugfs
...> > +
> > +static void release_root_dentry(struct kref *ref)
> > +{
> > + mutex_lock(&root.mutex);
> > + debugfs_remove(root.dentry);
> > + root.dentry = NULL;
> > + mutex_unlock(&root.mutex);
> > +}
>
> I think all this should go into module_init() and module_exit(), then you don't
> need the mutex and all the reference counts.
Sorry, I don't see how I can just move "all this" to module_init and exit.
The point is to keep the parent dentry around until the last GPU has shut
down in r535_debugfs_shutdown().
Please t...
2024 Aug 05
0
[merged] cpufreq-powerpc-add-missing-module_description-macros.patch removed from -mm tree
...c | 1 +
drivers/cpufreq/powernv-cpufreq.c | 1 +
drivers/cpufreq/ppc_cbe_cpufreq.c | 1 +
5 files changed, 5 insertions(+)
--- a/drivers/cpufreq/maple-cpufreq.c~cpufreq-powerpc-add-missing-module_description-macros
+++ a/drivers/cpufreq/maple-cpufreq.c
@@ -238,4 +238,5 @@ bail_noprops:
module_init(maple_cpufreq_init);
+MODULE_DESCRIPTION("cpufreq driver for Maple 970FX/970MP boards");
MODULE_LICENSE("GPL");
--- a/drivers/cpufreq/pasemi-cpufreq.c~cpufreq-powerpc-add-missing-module_description-macros
+++ a/drivers/cpufreq/pasemi-cpufreq.c
@@ -269,5 +269,6 @@ static voi...
2017 Jul 24
2
[PATCH] virtio-net: fix module unloading
...drjones at redhat.com>
---
drivers/net/virtio_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
index 99a26a9efec1..f41ab0ea942a 100644
--- a/drivers/net/virtio_net.c
+++ b/drivers/net/virtio_net.c
@@ -2743,9 +2743,9 @@ module_init(virtio_net_driver_init);
static __exit void virtio_net_driver_exit(void)
{
+ unregister_virtio_driver(&virtio_net_driver);
cpuhp_remove_multi_state(CPUHP_VIRT_NET_DEAD);
cpuhp_remove_multi_state(virtionet_online);
- unregister_virtio_driver(&virtio_net_driver);
}
module_exit(virti...
2017 Jul 24
2
[PATCH] virtio-net: fix module unloading
...drjones at redhat.com>
---
drivers/net/virtio_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
index 99a26a9efec1..f41ab0ea942a 100644
--- a/drivers/net/virtio_net.c
+++ b/drivers/net/virtio_net.c
@@ -2743,9 +2743,9 @@ module_init(virtio_net_driver_init);
static __exit void virtio_net_driver_exit(void)
{
+ unregister_virtio_driver(&virtio_net_driver);
cpuhp_remove_multi_state(CPUHP_VIRT_NET_DEAD);
cpuhp_remove_multi_state(virtionet_online);
- unregister_virtio_driver(&virtio_net_driver);
}
module_exit(virti...
2024 Jul 30
0
+ cpufreq-powerpc-add-missing-module_description-macros.patch added to mm-nonmm-unstable branch
...c | 1 +
drivers/cpufreq/powernv-cpufreq.c | 1 +
drivers/cpufreq/ppc_cbe_cpufreq.c | 1 +
5 files changed, 5 insertions(+)
--- a/drivers/cpufreq/maple-cpufreq.c~cpufreq-powerpc-add-missing-module_description-macros
+++ a/drivers/cpufreq/maple-cpufreq.c
@@ -238,4 +238,5 @@ bail_noprops:
module_init(maple_cpufreq_init);
+MODULE_DESCRIPTION("cpufreq driver for Maple 970FX/970MP boards");
MODULE_LICENSE("GPL");
--- a/drivers/cpufreq/pasemi-cpufreq.c~cpufreq-powerpc-add-missing-module_description-macros
+++ a/drivers/cpufreq/pasemi-cpufreq.c
@@ -269,5 +269,6 @@ static voi...
2011 Mar 10
2
[PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
...&platform_driver);
+}
+
+static void __exit hv_pci_exit(void)
+{
+ vmbus_bus_exit();
+ pci_unregister_driver(&platform_driver);
+}
+
+
+
MODULE_LICENSE("GPL");
MODULE_VERSION(HV_DRV_VERSION);
module_param(vmbus_irq, int, S_IRUGO);
module_param(vmbus_loglevel, int, S_IRUGO);
-module_init(vmbus_init);
-module_exit(vmbus_exit);
+module_init(hv_pci_init);
+module_exit(hv_pci_exit);
--
1.5.5.6
2011 Mar 10
2
[PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
...&platform_driver);
+}
+
+static void __exit hv_pci_exit(void)
+{
+ vmbus_bus_exit();
+ pci_unregister_driver(&platform_driver);
+}
+
+
+
MODULE_LICENSE("GPL");
MODULE_VERSION(HV_DRV_VERSION);
module_param(vmbus_irq, int, S_IRUGO);
module_param(vmbus_loglevel, int, S_IRUGO);
-module_init(vmbus_init);
-module_exit(vmbus_exit);
+module_init(hv_pci_init);
+module_exit(hv_pci_exit);
--
1.5.5.6
2019 Feb 01
3
[PATCH v3 0/2] vsock/virtio: fix issues on device hot-unplug
These patches try to handle the hot-unplug of vsock virtio transport device in
a proper way.
Maybe move the vsock_core_init()/vsock_core_exit() functions in the module_init
and module_exit of vsock_virtio_transport module can't be the best way, but the
architecture of vsock_core forces us to this approach for now.
The vsock_core proto_ops expect a valid pointer to the transport device, so we
can't call vsock_core_exit() until there are open sockets.
v2 ->...
2019 Feb 01
3
[PATCH v3 0/2] vsock/virtio: fix issues on device hot-unplug
These patches try to handle the hot-unplug of vsock virtio transport device in
a proper way.
Maybe move the vsock_core_init()/vsock_core_exit() functions in the module_init
and module_exit of vsock_virtio_transport module can't be the best way, but the
architecture of vsock_core forces us to this approach for now.
The vsock_core proto_ops expect a valid pointer to the transport device, so we
can't call vsock_core_exit() until there are open sockets.
v2 ->...
2011 Jun 29
1
[PATCH 4/4] xen/netback: Add module alias for autoloading
.../netback.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/xen-netback/netback.c b/drivers/net/xen-netback/netback.c
index 0e4851b..fd00f25 100644
--- a/drivers/net/xen-netback/netback.c
+++ b/drivers/net/xen-netback/netback.c
@@ -1743,3 +1743,4 @@ failed_init:
module_init(netback_init);
MODULE_LICENSE("Dual BSD/GPL");
+MODULE_ALIAS("xen-backend:vif");
--
1.7.5.4
2011 Jun 29
1
[PATCH 4/4] xen/netback: Add module alias for autoloading
.../netback.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/xen-netback/netback.c b/drivers/net/xen-netback/netback.c
index 0e4851b..fd00f25 100644
--- a/drivers/net/xen-netback/netback.c
+++ b/drivers/net/xen-netback/netback.c
@@ -1743,3 +1743,4 @@ failed_init:
module_init(netback_init);
MODULE_LICENSE("Dual BSD/GPL");
+MODULE_ALIAS("xen-backend:vif");
--
1.7.5.4
2011 Jun 29
1
[PATCH 4/4] xen/netback: Add module alias for autoloading
.../netback.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/xen-netback/netback.c b/drivers/net/xen-netback/netback.c
index 0e4851b..fd00f25 100644
--- a/drivers/net/xen-netback/netback.c
+++ b/drivers/net/xen-netback/netback.c
@@ -1743,3 +1743,4 @@ failed_init:
module_init(netback_init);
MODULE_LICENSE("Dual BSD/GPL");
+MODULE_ALIAS("xen-backend:vif");
--
1.7.5.4
2006 Dec 07
1
Cannot install driver under CentOS/ VMware ?
Trying the most basic 'vanilla hello world' kernel driver, install using insmod,
and trying in module_init to do a simple kmalloc() fails,
kmalloc returns NULL - i.e. cannot allocate memory.
The driver loads fine under another non-VM system.
Is this a CentOS/VMware quirk ?
Does anyone know of a workaround or is it just a fact of life that you
cannot use insmod once the system is running ?
After all, t...
2014 Oct 23
2
[PATCH] virtio_blk: fix race at module removal
...o_blk.c
+++ b/drivers/block/virtio_blk.c
@@ -883,8 +883,8 @@ out_destroy_workqueue:
static void __exit fini(void)
{
- unregister_blkdev(major, "virtblk");
unregister_virtio_driver(&virtio_blk);
+ unregister_blkdev(major, "virtblk");
destroy_workqueue(virtblk_wq);
}
module_init(init);
--
MST
2014 Oct 23
2
[PATCH] virtio_blk: fix race at module removal
...o_blk.c
+++ b/drivers/block/virtio_blk.c
@@ -883,8 +883,8 @@ out_destroy_workqueue:
static void __exit fini(void)
{
- unregister_blkdev(major, "virtblk");
unregister_virtio_driver(&virtio_blk);
+ unregister_blkdev(major, "virtblk");
destroy_workqueue(virtblk_wq);
}
module_init(init);
--
MST
2018 Jan 26
1
[RFC PATCH net-next v2 2/2] virtio_net: Extend virtio to use VF datapath when available
...d)
> ret = register_virtio_driver(&virtio_net_driver);
> if (ret)
> goto err_virtio;
> +
> + register_netdevice_notifier(&virtio_netdev_notifier);
> return 0;
> err_virtio:
> cpuhp_remove_multi_state(CPUHP_VIRT_NET_DEAD);
> @@ -2889,6 +3191,7 @@ module_init(virtio_net_driver_init);
>
> static __exit void virtio_net_driver_exit(void)
> {
> + unregister_netdevice_notifier(&virtio_netdev_notifier);
> unregister_virtio_driver(&virtio_net_driver);
> cpuhp_remove_multi_state(CPUHP_VIRT_NET_DEAD);
> cpuhp_remove_multi_s...
2008 May 26
1
[PATCH] virtio_rng: dont use vmalloced addresses for virtio
...rtio_driver virtio_rng =
static int __init init(void)
{
+ random_data = kmalloc(64, GFP_KERNEL);
+ if (!random_data)
+ return -ENOMEM;
return register_virtio_driver(&virtio_rng);
}
static void __exit fini(void)
{
+ kfree(random_data);
unregister_virtio_driver(&virtio_rng);
}
module_init(init);
2008 May 26
1
[PATCH] virtio_rng: dont use vmalloced addresses for virtio
...rtio_driver virtio_rng =
static int __init init(void)
{
+ random_data = kmalloc(64, GFP_KERNEL);
+ if (!random_data)
+ return -ENOMEM;
return register_virtio_driver(&virtio_rng);
}
static void __exit fini(void)
{
+ kfree(random_data);
unregister_virtio_driver(&virtio_rng);
}
module_init(init);
2018 Aug 30
2
[PATCH 0/2] Provide init/release functions for struct ttm_bo_global
...hich someone just asked.
Best regards
Thomas
Am 13.08.2018 um 12:33 schrieb Christian König:
> Yes, please! I had it on my TODO list to clean that up for an eternity.
>
> Actually I never understood why that should be driver work to setup TTM?
>
> I mean can't we just have a module_init/module_exit for TTM?
>
> Thanks,
> Christian.
>
> Am 13.08.2018 um 12:24 schrieb Thomas Zimmermann:
>> TTM uses global memory and BO for backing graphics buffers. These are
>> represented by struct ttm_mem_global and struct ttm_bo_global.
>>
>> Currently, st...