lstat returns bogus values.

["linux-os \(Dick Johnson\)" <linux-os@analogic.com>]

Hello,
I need to determine the total number of 512-byte sectors on
a physical media. lstat() returns bad data. With this defective
implimentation, how is one supposed to obtain this information?
Maybe some ioctl()

Boot device is /dev/hda
st_blksize = 4096
st_blocks = 0
st_size = 0

Here is what Linux `fisk` does to get the info...

open("/dev/hda", O_RDWR|O_LARGEFILE)    = 3
ioctl(3, BLKSSZGET, 0xbff46b04)         = 0
fstat64(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(3, 0), ...}) = 0
ioctl(3, 0x301, 0xbff46b00)             = 0
ioctl(3, 0x80041272, 0xbff46b30)        = 0
_llseek(3, 0, [0], SEEK_SET)            = 0

Anybody know what the ioctls() names are? I don't see any
user-mode ioctls defined for this like BLKGETSIZE, which
exists only in kernel ioctls. Of course I could cheat
and copy some kernel-headers, but that's what created
this problem in the first place. Old code made some
assumptions that are no longer true, so how is somebody
supposed to get the total size of a block device??? The
"kernelly-corrected" stuff should have been returned by
lstat(), not by peeking at kernel headers.

Cheers,
Dick Johnson
Penguin : Linux version 2.6.15.4 on an i686 machine (5589.48 BogoMips).
Warning : 98.36% of all statistics are fiction, book release in April.
_


****************************************************************
The information transmitted in this message is confidential and may be privileged.  Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited.  If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.

Thank you.
-
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/