Le lun 12/01/2004 08:55, Xavier Bestel a 馗rit : > > *NOTE*: unless you are really forced to, don't use that "open by device > > number" crap at all - normal filp_open() will do nicely if you have the > > pathname of device in question and it's _much_ better interface. > > But that's exactely what raw.c does (although the userspace knows the > dev pathname). Aye, userspace doesn't always know it, and the ioctl for /dev/rawctl only uses major:minor. That's too bad, because raw.c is one of the few users of blkdev_get() in the kernel (the others being drivers/s390/block/dasd_genhd.c, partitions/check.c and fs/block_dev.c itself). Could have got rid of this crap :) Xav - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
References:
- 2.6.0: blkdev_get() oopses on floppyXavier Bestel
- Re: 2.6.0: blkdev_get() oopses on floppyviro
- Re: 2.6.0: blkdev_get() oopses on floppyXavier Bestel
- Prev by Date: smbfs-problems with linux-2.6.x and samba 3.0.1 on debian unstable
- Next by Date: smp dead lock of io_request_lock/queue_lock patch
- Previous by thread: Re: 2.6.0: blkdev_get() oopses on floppy
- Next by thread: patch: arch/i386/boot/install.sh
- Indexes:[Main][Thread]