lkml.org 
[lkml]   [2007]   [Jan]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [patch 20/20] XEN-paravirt: Add Xen virtual block device driver.
    From
    Date
    > +#include "../../../arch/i386/paravirt-xen/events.h"
    > +#include "../../../arch/i386/paravirt-xen/xen-page.h"

    this shows the headers are clearly in the wrong place...
    > +
    > + err = xenbus_printf(xbt, dev->nodename,
    > + "ring-ref","%u", info->ring_ref);

    why do you need your own printf?

    > +static inline int GET_ID_FROM_FREELIST(

    does this really need screaming?


    > +
    > +int blkif_ioctl(struct inode *inode, struct file *filep,
    > + unsigned command, unsigned long argument)
    > +{
    > + int i;
    > +
    > + DPRINTK_IOCTL("command: 0x%x, argument: 0x%lx, dev: 0x%04x\n",
    > + command, (long)argument, inode->i_rdev);
    > +
    > + switch (command) {
    > + case CDROMMULTISESSION:
    > + DPRINTK("FIXME: support multisession CDs later\n");
    > + for (i = 0; i < sizeof(struct cdrom_multisession); i++)
    > + if (put_user(0, (char __user *)(argument + i)))
    > + return -EFAULT;
    > + return 0;
    > +
    > + default:
    > + /*printk(KERN_ALERT "ioctl %08x not supported by Xen blkdev\n",
    > + command);*/
    > + return -EINVAL; /* same return as native Linux */
    > + }

    eh so you implement no ioctls.. why then implement the ioctl method at
    all?


    > +static struct xenbus_driver blkfront = {
    > + .name = "vbd",
    > + .owner = THIS_MODULE,
    > + .ids = blkfront_ids,
    > + .probe = blkfront_probe,
    > + .remove = blkfront_remove,
    > + .resume = blkfront_resume,
    > + .otherend_changed = backend_changed,
    > +};

    this can be const

    > +
    > +#define DPRINTK(_f, _a...) pr_debug(_f, ## _a)

    why this silly abstraction? Just use pr_debug in the code directly



    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-01-14 03:07    [W:4.200 / U:0.224 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site