2005-12-16 14:33:57

by Christoph Hellwig

[permalink] [raw]
Subject: [PATCH 2/2] dasd: remove dynamic ioctl registration

dasd has some really messy code to allow submodule to register ioctl.
Right now there are two cases: cmd and eckd.

cmd was merged into the main module in the last patchh, so we don't
need the mechanism for it anymore.

eckd is actually broken right now because we allow calling the eckd
ioctls on other dasd disciplines aswell, but they assume eckd-specific
private data.

Fix this second issue by adding an ioctl method to the dasd_discipline
structure.


Signed-off-by: Christoph Hellwig <[email protected]>

Index: linux-2.6.15-rc5/drivers/s390/block/dasd.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd.c 2005-12-16 15:17:43.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd.c 2005-12-16 15:19:29.000000000 +0100
@@ -1762,7 +1762,6 @@
#ifdef CONFIG_PROC_FS
dasd_proc_exit();
#endif
- dasd_ioctl_exit();
if (dasd_page_cache != NULL) {
kmem_cache_destroy(dasd_page_cache);
dasd_page_cache = NULL;
@@ -2034,9 +2033,6 @@
rc = dasd_parse();
if (rc)
goto failed;
- rc = dasd_ioctl_init();
- if (rc)
- goto failed;
#ifdef CONFIG_PROC_FS
rc = dasd_proc_init();
if (rc)
Index: linux-2.6.15-rc5/drivers/s390/block/dasd_diag.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd_diag.c 2005-12-16 15:17:43.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd_diag.c 2005-12-16 15:19:29.000000000 +0100
@@ -612,6 +612,7 @@
.free_cp = dasd_diag_free_cp,
.dump_sense = dasd_diag_dump_sense,
.fill_info = dasd_diag_fill_info,
+ .ioctl = dasd_generic_ioctl,
};

static int __init
Index: linux-2.6.15-rc5/drivers/s390/block/dasd_eckd.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd_eckd.c 2005-12-16 15:17:43.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd_eckd.c 2005-12-16 15:19:29.000000000 +0100
@@ -1485,6 +1485,26 @@
return 0;
}

+static int
+dasd_eckd_ioctl(struct block_device *bdev, unsigned int cmd, unsigned long arg)
+{
+ switch (cmd) {
+ case BIODASDGATTR:
+ return dasd_eckd_get_attrib(bdev, cmd, arg);
+ case BIODASDSATTR:
+ return dasd_eckd_set_attrib(bdev, cmd, arg);
+ case BIODASDPSRD:
+ return dasd_eckd_performance(bdev, cmd, arg);
+ case BIODASDRLSE:
+ return dasd_eckd_release(bdev, cmd, arg);
+ case BIODASDRSRV:
+ return dasd_eckd_reserve(bdev, cmd, arg);
+ case BIODASDSLCK:
+ return dasd_eckd_steal_lock(bdev, cmd, arg);
+ default:
+ return dasd_generic_ioctl(bdev, cmd, arg);
+}
+
/*
* Print sense data and related channel program.
* Parts are printed because printk buffer is only 1024 bytes.
@@ -1643,6 +1663,7 @@
.free_cp = dasd_eckd_free_cp,
.dump_sense = dasd_eckd_dump_sense,
.fill_info = dasd_eckd_fill_info,
+ .ioctl = dasd_eckd_ioctl,
};

static int __init
@@ -1650,37 +1671,11 @@
{
int ret;

- dasd_ioctl_no_register(THIS_MODULE, BIODASDGATTR,
- dasd_eckd_get_attrib);
- dasd_ioctl_no_register(THIS_MODULE, BIODASDSATTR,
- dasd_eckd_set_attrib);
- dasd_ioctl_no_register(THIS_MODULE, BIODASDPSRD,
- dasd_eckd_performance);
- dasd_ioctl_no_register(THIS_MODULE, BIODASDRLSE,
- dasd_eckd_release);
- dasd_ioctl_no_register(THIS_MODULE, BIODASDRSRV,
- dasd_eckd_reserve);
- dasd_ioctl_no_register(THIS_MODULE, BIODASDSLCK,
- dasd_eckd_steal_lock);
-
ASCEBC(dasd_eckd_discipline.ebcname, 4);

ret = ccw_driver_register(&dasd_eckd_driver);
- if (ret) {
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDGATTR,
- dasd_eckd_get_attrib);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDSATTR,
- dasd_eckd_set_attrib);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDPSRD,
- dasd_eckd_performance);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDRLSE,
- dasd_eckd_release);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDRSRV,
- dasd_eckd_reserve);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDSLCK,
- dasd_eckd_steal_lock);
+ if (ret)
return ret;
- }

dasd_generic_auto_online(&dasd_eckd_driver);
return 0;
@@ -1690,19 +1685,6 @@
dasd_eckd_cleanup(void)
{
ccw_driver_unregister(&dasd_eckd_driver);
-
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDGATTR,
- dasd_eckd_get_attrib);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDSATTR,
- dasd_eckd_set_attrib);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDPSRD,
- dasd_eckd_performance);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDRLSE,
- dasd_eckd_release);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDRSRV,
- dasd_eckd_reserve);
- dasd_ioctl_no_unregister(THIS_MODULE, BIODASDSLCK,
- dasd_eckd_steal_lock);
}

module_init(dasd_eckd_init);
Index: linux-2.6.15-rc5/drivers/s390/block/dasd_fba.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd_fba.c 2005-12-16 15:17:43.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd_fba.c 2005-12-16 15:19:29.000000000 +0100
@@ -565,6 +565,7 @@
.free_cp = dasd_fba_free_cp,
.dump_sense = dasd_fba_dump_sense,
.fill_info = dasd_fba_fill_info,
+ .ioctl = dasd_generic_ioctl,
};

static int __init
Index: linux-2.6.15-rc5/drivers/s390/block/dasd_int.h
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd_int.h 2005-12-16 15:17:43.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd_int.h 2005-12-16 15:26:34.000000000 +0100
@@ -69,15 +69,6 @@
*/
struct dasd_device;

-typedef int (*dasd_ioctl_fn_t) (struct block_device *bdev, int no, long args);
-
-struct dasd_ioctl {
- struct list_head list;
- struct module *owner;
- int no;
- dasd_ioctl_fn_t handler;
-};
-
typedef enum {
dasd_era_fatal = -1, /* no chance to recover */
dasd_era_none = 0, /* don't recover, everything alright */
@@ -272,6 +263,7 @@
/* i/o control functions. */
int (*fill_geometry) (struct dasd_device *, struct hd_geometry *);
int (*fill_info) (struct dasd_device *, struct dasd_information2_t *);
+ int (*ioctl) (struct block_device, unsigned int, unsigned long);
};

extern struct dasd_discipline *dasd_diag_discipline_pointer;
@@ -490,6 +482,17 @@
int dasd_generic_notify(struct ccw_device *, int);
void dasd_generic_auto_online (struct ccw_driver *);

+/* externals in dasd_cmb.c */
+#ifdef CONFIG_DASD_CMB
+int dasd_cmd_ioctl(struct block_device *, unsigned int, unsigned long);
+#else
+static inline int dasd_cmd_ioctl(struct block_device *bdev,
+ unsigned int cmd, unsigned long arg)
+{
+ return -ENOIOCTLCMD;
+}
+#endif
+
/* externals in dasd_devmap.c */
extern int dasd_max_devindex;
extern int dasd_probeonly;
@@ -522,10 +525,7 @@
void dasd_destroy_partitions(struct dasd_device *);

/* externals in dasd_ioctl.c */
-int dasd_ioctl_init(void);
-void dasd_ioctl_exit(void);
-int dasd_ioctl_no_register(struct module *, int, dasd_ioctl_fn_t);
-int dasd_ioctl_no_unregister(struct module *, int, dasd_ioctl_fn_t);
+int dasd_generic_ioctl(struct block_device *, unsigned int, unsigned long);
int dasd_ioctl(struct inode *, struct file *, unsigned int, unsigned long);
long dasd_compat_ioctl(struct file *, unsigned int, unsigned long);

Index: linux-2.6.15-rc5/drivers/s390/block/dasd_ioctl.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd_ioctl.c 2005-12-16 15:17:43.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd_ioctl.c 2005-12-16 15:27:56.000000000 +0100
@@ -25,97 +25,20 @@

#include "dasd_int.h"

-/*
- * SECTION: ioctl functions.
- */
-static struct list_head dasd_ioctl_list = LIST_HEAD_INIT(dasd_ioctl_list);
-
-/*
- * Find the ioctl with number no.
- */
-static struct dasd_ioctl *
-dasd_find_ioctl(int no)
-{
- struct dasd_ioctl *ioctl;
-
- list_for_each_entry (ioctl, &dasd_ioctl_list, list)
- if (ioctl->no == no)
- return ioctl;
- return NULL;
-}
-
-/*
- * Register ioctl with number no.
- */
-int
-dasd_ioctl_no_register(struct module *owner, int no, dasd_ioctl_fn_t handler)
-{
- struct dasd_ioctl *new;
- if (dasd_find_ioctl(no))
- return -EBUSY;
- new = kmalloc(sizeof (struct dasd_ioctl), GFP_KERNEL);
- if (new == NULL)
- return -ENOMEM;
- new->owner = owner;
- new->no = no;
- new->handler = handler;
- list_add(&new->list, &dasd_ioctl_list);
- return 0;
-}
-
-/*
- * Deregister ioctl with number no.
- */
-int
-dasd_ioctl_no_unregister(struct module *owner, int no, dasd_ioctl_fn_t handler)
-{
- struct dasd_ioctl *old = dasd_find_ioctl(no);
- if (old == NULL)
- return -ENOENT;
- if (old->no != no || old->handler != handler || owner != old->owner)
- return -EINVAL;
- list_del(&old->list);
- kfree(old);
- return 0;
-}

int
-dasd_ioctl(struct inode *inp, struct file *filp,
- unsigned int no, unsigned long data)
+dasd_ioctl(struct inode *inode, struct file *file,
+ unsigned int cmd, unsigned long arg)
{
- struct block_device *bdev = inp->i_bdev;
+ struct block_device *bdev = inode->i_bdev;
struct dasd_device *device = bdev->bd_disk->private_data;
- struct dasd_ioctl *ioctl;
- const char *dir;
- int rc;
+ int rval;

- if ((_IOC_DIR(no) != _IOC_NONE) && (data == 0)) {
- PRINT_DEBUG("empty data ptr");
- return -EINVAL;
- }
- dir = _IOC_DIR (no) == _IOC_NONE ? "0" :
- _IOC_DIR (no) == _IOC_READ ? "r" :
- _IOC_DIR (no) == _IOC_WRITE ? "w" :
- _IOC_DIR (no) == (_IOC_READ | _IOC_WRITE) ? "rw" : "u";
- DBF_DEV_EVENT(DBF_DEBUG, device,
- "ioctl 0x%08x %s'0x%x'%d(%d) with data %8lx", no,
- dir, _IOC_TYPE(no), _IOC_NR(no), _IOC_SIZE(no), data);
- /* Search for ioctl no in the ioctl list. */
- list_for_each_entry(ioctl, &dasd_ioctl_list, list) {
- if (ioctl->no == no) {
- /* Found a matching ioctl. Call it. */
- if (!try_module_get(ioctl->owner))
- continue;
- rc = ioctl->handler(bdev, no, data);
- module_put(ioctl->owner);
- return rc;
- }
- }
- /* No ioctl with number no. */
- DBF_DEV_EVENT(DBF_INFO, device,
- "unknown ioctl 0x%08x=%s'0x%x'%d(%d) data %8lx", no,
- dir, _IOC_TYPE(no), _IOC_NR(no), _IOC_SIZE(no), data);
- return -EINVAL;
+ rval = dasd_cmd_ioctl(bdev, cmd, arg);
+ if (rval != -ENOIOCTLCMD)
+ return rval;
+
+ return device->discipline->ioctl(bdev, cmd, arg);
}

long
@@ -497,47 +420,35 @@
return rc;
}

-/*
- * List of static ioctls.
- */
-static struct { int no; dasd_ioctl_fn_t fn; } dasd_ioctls[] =
-{
- { BIODASDDISABLE, dasd_ioctl_disable },
- { BIODASDENABLE, dasd_ioctl_enable },
- { BIODASDQUIESCE, dasd_ioctl_quiesce },
- { BIODASDRESUME, dasd_ioctl_resume },
- { BIODASDFMT, dasd_ioctl_format },
- { BIODASDINFO, dasd_ioctl_information },
- { BIODASDINFO2, dasd_ioctl_information },
- { BIODASDPRRD, dasd_ioctl_read_profile },
- { BIODASDPRRST, dasd_ioctl_reset_profile },
- { BLKROSET, dasd_ioctl_set_ro },
- { DASDAPIVER, dasd_ioctl_api_version },
- { -1, NULL }
-};
-
-int
-dasd_ioctl_init(void)
-{
- int i;
-
- for (i = 0; dasd_ioctls[i].no != -1; i++)
- dasd_ioctl_no_register(NULL, dasd_ioctls[i].no,
- dasd_ioctls[i].fn);
- return 0;
-
-}
-
-void
-dasd_ioctl_exit(void)
+int dasd_generic_ioctl(struct block_device *bdev, unsigned int cmd,
+ unsigned long arg)
{
- int i;
-
- for (i = 0; dasd_ioctls[i].no != -1; i++)
- dasd_ioctl_no_unregister(NULL, dasd_ioctls[i].no,
- dasd_ioctls[i].fn);
+ switch (cmd) {
+ case BIODASDDISABLE:
+ return dasd_ioctl_disable(bdev, cmd, arg);
+ case BIODASDDISABLE:
+ return dasd_ioctl_disable(bdev, cmd, arg);
+ case BIODASDENABLE:
+ return dasd_ioctl_enable(bdev, cmd, arg);
+ case BIODASDQUIESCE:
+ return dasd_ioctl_quiesce(bdev, cmd, arg);
+ case BIODASDRESUME:
+ return dasd_ioctl_resume(bdev, cmd, arg);
+ case BIODASDFMT:
+ return dasd_ioctl_format(bdev, cmd, arg);
+ case BIODASDINFO:
+ return dasd_ioctl_information(bdev, cmd, arg);
+ case BIODASDINFO2:
+ return dasd_ioctl_information(bdev, cmd, arg);
+ case BIODASDPRRD:
+ return dasd_ioctl_read_profile(bdev, cmd, arg);
+ case BIODASDPRRST:
+ return dasd_ioctl_reset_profile(bdev, cmd, arg);
+ case BLKROSET:
+ return dasd_ioctl_set_ro(bdev, cmd, arg);
+ case DASDAPIVER:
+ return dasd_ioctl_api_version(bdev, cmd, arg);
+ }

+ return -EINVAL;
}
-
-EXPORT_SYMBOL(dasd_ioctl_no_register);
-EXPORT_SYMBOL(dasd_ioctl_no_unregister);
Index: linux-2.6.15-rc5/drivers/s390/block/dasd_cmb.c
===================================================================
--- linux-2.6.15-rc5.orig/drivers/s390/block/dasd_cmb.c 2005-12-12 18:31:37.000000000 +0100
+++ linux-2.6.15-rc5/drivers/s390/block/dasd_cmb.c 2005-12-16 15:26:49.000000000 +0100
@@ -78,52 +78,21 @@
return 0;
}

-/* module initialization below here. dasd already provides a mechanism
- * to dynamically register ioctl functions, so we simply use this. */
-static inline int
-ioctl_reg(unsigned int no, dasd_ioctl_fn_t handler)
+int dasd_cmd_ioctl(struct block_device *bdev, unsigned int cmd,
+ unsigned long arg)
{
- return dasd_ioctl_no_register(THIS_MODULE, no, handler);
-}
-
-static inline void
-ioctl_unreg(unsigned int no, dasd_ioctl_fn_t handler)
-{
- dasd_ioctl_no_unregister(THIS_MODULE, no, handler);
-}
-
-static void
-dasd_cmf_exit(void)
-{
- ioctl_unreg(BIODASDCMFENABLE, dasd_ioctl_cmf_enable);
- ioctl_unreg(BIODASDCMFDISABLE, dasd_ioctl_cmf_disable);
- ioctl_unreg(BIODASDREADALLCMB, dasd_ioctl_readall_cmb);
-}
-
-static int __init
-dasd_cmf_init(void)
-{
- int ret;
- ret = ioctl_reg (BIODASDCMFENABLE, dasd_ioctl_cmf_enable);
- if (ret)
- goto err;
- ret = ioctl_reg (BIODASDCMFDISABLE, dasd_ioctl_cmf_disable);
- if (ret)
- goto err;
- ret = ioctl_reg (BIODASDREADALLCMB, dasd_ioctl_readall_cmb);
- if (ret)
- goto err;
+ switch (cmd) {
+ case BIODASDCMFENABLE:
+ return dasd_ioctl_cmf_enable(bdev, cmd, arg);
+ case BIODASDCMFDISABLE:
+ return dasd_ioctl_cmf_disable(bdev, cmd, arg);
+ case BIODASDREADALLCMB:
+ return dasd_ioctl_readall_cmb(bdev, cmd, arg);
+ }

- return 0;
-err:
- dasd_cmf_exit();
-
- return ret;
+ return -ENOIOCTLCMD;
}

-module_init(dasd_cmf_init);
-module_exit(dasd_cmf_exit);
-
MODULE_AUTHOR("Arnd Bergmann <[email protected]>");
MODULE_LICENSE("GPL");
MODULE_DESCRIPTION("channel measurement facility interface for dasd\n"


2005-12-16 14:58:19

by Martin Schwidefsky

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Fri, 2005-12-16 at 15:33 +0100, Christoph Hellwig wrote:
> dasd has some really messy code to allow submodule to register ioctl.
> Right now there are two cases: cmd and eckd.

Wrong, at least four: cmf, eckd, err, and a binary only module from EMC.
Now don't hit me for that binary module. But it has been there for 2.4
and we even reserved some ioctl numbers for them (240-255).

> cmd was merged into the main module in the last patchh, so we don't
> need the mechanism for it anymore.

Seems resonable. The same could be done for the err module. Doesn't have
to be a module, a config option is enough.

> eckd is actually broken right now because we allow calling the eckd
> ioctls on other dasd disciplines aswell, but they assume eckd-specific
> private data.
>
> Fix this second issue by adding an ioctl method to the dasd_discipline
> structure.

That can easily be fixed by adding a check in the ioctls as well. But
a .ioctl entry in the discipline structure makes sense and would get rid
of all dynamically added ioctls in our code. So I'm all in favor of it.

I would be cautious about ripping out the dynamic ioctls interface
though. I have no idea if there still is an EMC module for 2.6 or other
exploiters. It is an exported interface after all. It is not necessary
to break these exploiters intentionally.

--
blue skies,
Martin

Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH


2005-12-16 15:01:23

by Christoph Hellwig

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Fri, Dec 16, 2005 at 03:58:19PM +0100, Martin Schwidefsky wrote:
> On Fri, 2005-12-16 at 15:33 +0100, Christoph Hellwig wrote:
> > dasd has some really messy code to allow submodule to register ioctl.
> > Right now there are two cases: cmd and eckd.
>
> Wrong, at least four: cmf, eckd, err, and a binary only module from EMC.
> Now don't hit me for that binary module. But it has been there for 2.4
> and we even reserved some ioctl numbers for them (240-255).

NACK, binary modules are not a reason to keep broken things, rather one
to fix it better sooner than later.

> > cmd was merged into the main module in the last patchh, so we don't
> > need the mechanism for it anymore.
>
> Seems resonable. The same could be done for the err module. Doesn't have
> to be a module, a config option is enough.

yes, it would clean up the err code a lot.

> > Fix this second issue by adding an ioctl method to the dasd_discipline
> > structure.
>
> That can easily be fixed by adding a check in the ioctls as well. But
> a .ioctl entry in the discipline structure makes sense and would get rid
> of all dynamically added ioctls in our code. So I'm all in favor of it.

Yepp. I generally prefer to not just fix things but rip out surrounding
mess. Keeps code maintainable in the long run.

> I would be cautious about ripping out the dynamic ioctls interface
> though. I have no idea if there still is an EMC module for 2.6 or other
> exploiters. It is an exported interface after all. It is not necessary
> to break these exploiters intentionally.

Yes, it is. Unrelated modules adding ioctls is a big no-way. Even more
for binary modules. The EMC code deserves to be broken.

2005-12-16 16:32:23

by Martin Schwidefsky

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Fri, 2005-12-16 at 16:00 +0100, Christoph Hellwig wrote:
> On Fri, Dec 16, 2005 at 03:58:19PM +0100, Martin Schwidefsky wrote:
> > On Fri, 2005-12-16 at 15:33 +0100, Christoph Hellwig wrote:
> > > dasd has some really messy code to allow submodule to register ioctl.
> > > Right now there are two cases: cmd and eckd.
> >
> > Wrong, at least four: cmf, eckd, err, and a binary only module from EMC.
> > Now don't hit me for that binary module. But it has been there for 2.4
> > and we even reserved some ioctl numbers for them (240-255).
>
> NACK, binary modules are not a reason to keep broken things, rather one
> to fix it better sooner than later.

I see your point. We shouldn't have introduced that interface in the
first place but we really wanted to be able to run on EMC with decent
speed.

> > I would be cautious about ripping out the dynamic ioctls interface
> > though. I have no idea if there still is an EMC module for 2.6 or other
> > exploiters. It is an exported interface after all. It is not necessary
> > to break these exploiters intentionally.
>
> Yes, it is. Unrelated modules adding ioctls is a big no-way. Even more
> for binary modules. The EMC code deserves to be broken.

Ok understood, but at least I have warn the EMC people about that change
so that they can send a patch for the dasd driver ..

--
blue skies,
Martin

Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH


2005-12-16 16:38:35

by Christoph Hellwig

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

> Ok understood, but at least I have warn the EMC people about that change
> so that they can send a patch for the dasd driver ..

Sure, at this patch is a 2.6.16 thing, which is more than enough time
for them. I'm happy to review any code they submit for kernel
inclusion.

2005-12-16 19:14:00

by Ric Wheeler

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

Christoph Hellwig wrote:
>>Ok understood, but at least I have warn the EMC people about that change
>>so that they can send a patch for the dasd driver ..
>
>
> Sure, at this patch is a 2.6.16 thing, which is more than enough time
> for them. I'm happy to review any code they submit for kernel
> inclusion.
>


Hi Martin,

I am going to work with Carol (cc'ed below) to put out the module code
that we have under GPL. We need to run it through our EMC (relatively
newish) open source process to get official permission, but I don't
expect any big hurdles.

Are you the right person for Carol to work with on the code structure,
style, etc once we get the green light to move forward?

Regards,

ric


2005-12-16 19:30:06

by Martin Schwidefsky

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Fri, 2005-12-16 at 11:13 -0500, Ric Wheeler wrote:
Hi Ric,

> I am going to work with Carol (cc'ed below) to put out the module code
> that we have under GPL. We need to run it through our EMC (relatively
> newish) open source process to get official permission, but I don't
> expect any big hurdles.

That is good news.

> Are you the right person for Carol to work with on the code structure,
> style, etc once we get the green light to move forward?

Yes, sure. We should include Horst Hummel ([email protected]) to
the discussion. He takes care of the dasd driver issues in our team.

--
blue skies,
Martin

Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH


2006-01-06 11:02:28

by Christoph Hellwig

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

So can we please put this into -mm now so it can go to Linus for 2.6.16
still?

2006-01-06 14:20:23

by Ric Wheeler

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration



Christoph Hellwig wrote:

>So can we please put this into -mm now so it can go to Linus for 2.6.16
>still?
>
>
>
>
If you could hold off just a couple of weeks, I hope that we can get
through our EMC process junk and get the GPL'ed patch out to fix the
symmetrix support part of this rolled in as well,

ric

2006-01-06 14:22:20

by Christoph Hellwig

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Fri, Jan 06, 2006 at 09:18:45AM -0500, Ric Wheeler wrote:
> Christoph Hellwig wrote:
>
> >So can we please put this into -mm now so it can go to Linus for 2.6.16
> >still?
> >
> >
> >
> >
> If you could hold off just a couple of weeks, I hope that we can get
> through our EMC process junk and get the GPL'ed patch out to fix the
> symmetrix support part of this rolled in as well,

Why? We never do things to support legally questionable binary modules.
And on the practical side, does emc even ship modules for -mm release?
What's the point of not putting it into -mm?

2006-01-06 14:31:40

by Ric Wheeler

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration



Christoph Hellwig wrote:

>>If you could hold off just a couple of weeks, I hope that we can get
>>through our EMC process junk and get the GPL'ed patch out to fix the
>>symmetrix support part of this rolled in as well,
>>
>>
>
>Why? We never do things to support legally questionable binary modules.
>And on the practical side, does emc even ship modules for -mm release?
>What's the point of not putting it into -mm?
>
>
No need for an EMC module, I think that we can issue a simple patch to
dasd.c that removes the (silly) binary module that was there.

I would prefer that the clean up not break one of the few (and
relatively common) devices supported by the dasd.c driver. If for no
other reason, it would seem to make it more likely to be able test the
existing patch properly.

ric

2006-01-11 09:17:27

by Martin Schwidefsky

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Fri, 2006-01-06 at 09:29 -0500, Ric Wheeler wrote:
>
> Christoph Hellwig wrote:
>
> >>If you could hold off just a couple of weeks, I hope that we can get
> >>through our EMC process junk and get the GPL'ed patch out to fix the
> >>symmetrix support part of this rolled in as well,
> >>
> >>
> >
> >Why? We never do things to support legally questionable binary modules.
> >And on the practical side, does emc even ship modules for -mm release?
> >What's the point of not putting it into -mm?
> >
> >
> No need for an EMC module, I think that we can issue a simple patch to
> dasd.c that removes the (silly) binary module that was there.
>
> I would prefer that the clean up not break one of the few (and
> relatively common) devices supported by the dasd.c driver. If for no
> other reason, it would seem to make it more likely to be able test the
> existing patch properly.

The patch we got from EMC is for 2.4 and in its current form would never
have worked for 2.6 anyway. So 2.6 is already broken, no reason to hold
off the ioctl removal patch. We'll come up with a cleaned up solution.

Christoph, please go ahead and push the patch to Andrew.

--
blue skies,
Martin

Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH


2006-01-17 13:35:53

by Christoph Hellwig

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

On Wed, Jan 11, 2006 at 10:16:27AM +0100, Martin Schwidefsky wrote:
> The patch we got from EMC is for 2.4 and in its current form would never
> have worked for 2.6 anyway. So 2.6 is already broken, no reason to hold
> off the ioctl removal patch. We'll come up with a cleaned up solution.
>
> Christoph, please go ahead and push the patch to Andrew.

Andrew, should I resend the two patches or can you grab them from the
mbox?

2006-01-17 20:50:43

by Andrew Morton

[permalink] [raw]
Subject: Re: [PATCH 2/2] dasd: remove dynamic ioctl registration

Christoph Hellwig <[email protected]> wrote:
>
> On Wed, Jan 11, 2006 at 10:16:27AM +0100, Martin Schwidefsky wrote:
> > The patch we got from EMC is for 2.4 and in its current form would never
> > have worked for 2.6 anyway. So 2.6 is already broken, no reason to hold
> > off the ioctl removal patch. We'll come up with a cleaned up solution.
> >
> > Christoph, please go ahead and push the patch to Andrew.
>
> Andrew, should I resend the two patches or can you grab them from the
> mbox?

I found them, and they still seem to apply.