Boaz Harrosh wrote:
Hi TOMO.
I'm using bsg.ko to submit SG_IO version-4 commands to scsi devices
from user-mode application. (version-4 for use of bidi and varlen).
I have not found a bsg.h header in my fedora-10 distribution. Is
bsg.h exported in kernel-headers-package in latest Kernels? If not
should we, and how to do it?
Meanwhile I will manually copy it to /usr/include/linux/bsg.h and see
if I need to fix any thing so it can be compiled from user-mode.
Also do you have a small libbsg or something to make it easier for
use by application? should we maintain such a package?
Pete from the OSC osd project has his set of headers and library
which I used now. Should I clean it up and send it? Or should I just
keep it as part of the osd project for now? what are the sas and fc
guys using?
I have been trying to incorporate bsg support into sg3_utils
and need to cope with the /usr/include/linux/bsg.h header being
present or not. It may be present elsewhere (e.g.
/lib/modules/<kernel_version>/build/include/linux/bsg.h ).
Either way bsg.h is still a pain in the user space. The reason
is the kernel's (non standard) "__int" types.
An autotools rule like this to see if linux/bsg.h is present:
AC_CHECK_HEADERS(linux/bsg.h)
creates a lot of noise because it claims bsg.h is not well
formed. The reason is those "__int" types. The solution is to
add this non obvious rule:
AC_CHECK_HEADERS([linux/types.h linux/bsg.h], [], [],
[[#ifdef HAVE_LINUX_TYPES_H
# include <linux/types.h>
#endif
]])
So my suggestion is to add '#include <linux/types.h>' to bsg.h
(or clean up the types).
Doug Gilbert
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html