Displaying 5 results from an estimated 5 matches for "blkdev_get".
Did you mean:
__blkdev_get
2013 Aug 16
0
RocketRAID cards (actually, solved)
...d the last
time some were supported was CentOS 5.2.
At any rate, I have just managed to build 1.8 of rr232x successfully, and
am building filesystems on the drive as I type.
I d/l the compressed tarballs from HighPoint's site. The changes to make
it compile were:
1. /* if (bdev && blkdev_get(bdev, FMODE_READ, 0 __BDEV_RAW)==0) {
# Above for < 2.6.28 */
if (bdev && blkdev_get(bdev, FMODE_READ)==0) {
Note that the last two parms from the original call were removed.
2. /* blkdev_put(bdev __BDEV_RAW); (or, in another case, just BDEV_RAW)
# above < 2.6...
2009 Sep 10
24
[Bug 23847] New: kernel BUG when using nouveau
...8cf>] ? get_disk+0x39/0x50
[ 288.525571] [<c03a88f0>] ? exact_lock+0xa/0x11
[ 288.525579] [<c03b09e8>] ? kobject_get+0x12/0x17
[ 288.525587] [<c041c01a>] ? get_device+0x13/0x18
[ 288.525595] [<c0433f8a>] sr_block_open+0x6d/0x82
[ 288.525603] [<c02b27a0>] __blkdev_get+0x7f/0x289
[ 288.525612] [<c02b29b4>] blkdev_get+0xa/0xc
[ 288.525619] [<c02b2a15>] blkdev_open+0x5f/0x8b
[ 288.525629] [<c0292e84>] __dentry_open+0x111/0x1f4
[ 288.525638] [<c0293005>] nameidata_to_filp+0x2d/0x42
[ 288.525646] [<c02b29b6>] ? blkdev_open+0x0/...
2020 Sep 01
10
remove revalidate_disk()
Hi Jens,
this series removes the revalidate_disk() function, which has been a
really odd duck in the last years. The prime reason why most people
use it is because it propagates a size change from the gendisk to
the block_device structure. But it also calls into the rather ill
defined ->revalidate_disk method which is rather useless for the
callers. So this adds a new helper to just
2016 Aug 17
20
[PATCH 00/15] Fix issue with KOBJ_ADD uevent versus disk attributes
This is an attempt to fix the issue that some disks' sysfs attributes are not
ready at the time its KOBJ_ADD event is sent.
The symptom is during device hotplug, udev may fail to find certain attributes,
such as serial or wwn, of the disk. As a result the /dev/disk/by-id entries are
not created.
The cause is device_add_disk emits the uevent before returning, and the callers
have to create
2016 Aug 17
20
[PATCH 00/15] Fix issue with KOBJ_ADD uevent versus disk attributes
This is an attempt to fix the issue that some disks' sysfs attributes are not
ready at the time its KOBJ_ADD event is sent.
The symptom is during device hotplug, udev may fail to find certain attributes,
such as serial or wwn, of the disk. As a result the /dev/disk/by-id entries are
not created.
The cause is device_add_disk emits the uevent before returning, and the callers
have to create