From: Joy K. <kho...@ln...> - 2007-11-14 19:57:34
|
Hi, Is there a way to display specific SMART attributes without changing the smartmontools code? Otherwise, is there a recommended approach to e.g. extending the existing codebase to achieve that? Cheers, _______________________________________________________________ Joy Khoriaty tel: (617) 253 8865 MIT fax: (617) 253 8674 Center for Theoretical Physics email: kho...@ln... 77 Massachusetts Ave. web: Building NE25-4080 Cambridge MA 02139 _______________________________________________________________ |
From: Bruce A. <ba...@gr...> - 2007-11-16 22:05:04
|
Hi Joy, Just add additional Attributes to ataPrintSmartAttribRawValue() in atacmds.cpp Send us a patch to get it into the upstream CVS. Cheers, Bruce On Wed, 14 Nov 2007, Joy Khoriaty wrote: > Hi, > > Is there a way to display specific SMART attributes without changing the > smartmontools code? > > Otherwise, is there a recommended approach to e.g. extending the existing > codebase to achieve that? > > Cheers, > > > _______________________________________________________________ > > Joy Khoriaty tel: (617) 253 8865 > MIT fax: (617) 253 8674 > Center for Theoretical Physics email: kho...@ln... > 77 Massachusetts Ave. web: > Building NE25-4080 > Cambridge MA 02139 > _______________________________________________________________ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > |
From: Joy K. <kho...@ln...> - 2007-11-21 22:42:18
|
Hi folks! I've built smartmontools without any problem on 2 of my machines. I'm trying to build it on a new system: Linux 2.6.5-7.191-pseries64 #1 SMP ppc64 ppc64 ppc64 GNU/Linux, running SUSE LINUX Enterprise Server 9(ppc). and I get this after launching the "make" command (after having run ./configure, without any apparent problems) khoriaty@bglfen smartmontools-5.37 $ make make all-recursive make[1]: Entering directory `/home2/khoriaty/smartmontools-5.37' Making all in . make[2]: Entering directory `/home2/khoriaty/smartmontools-5.37' if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT smartd.o -MD -MP -MF ".deps/smartd.Tpo" -c -o smartd.o smartd.cpp; \ then mv -f ".deps/smartd.Tpo" ".deps/smartd.Po"; else rm -f ".deps/smartd.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT atacmds.o -MD -MP -MF ".deps/atacmds.Tpo" -c -o atacmds.o atacmds.cpp; \then mv -f ".deps/atacmds.Tpo" ".deps/atacmds.Po"; else rm -f ".deps/atacmds.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT ataprint.o -MD -MP -MF ".deps/ataprint.Tpo" -c -o ataprint.o ataprint.cpp; \ then mv -f ".deps/ataprint.Tpo" ".deps/ataprint.Po"; else rm -f ".deps/ataprint.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT knowndrives.o -MD -MP -MF ".deps/knowndrives.Tpo" -c -o knowndrives.o knowndrives.cpp; \ then mv -f ".deps/knowndrives.Tpo" ".deps/knowndrives.Po"; else rm -f ".deps/knowndrives.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT scsicmds.o -MD -MP -MF ".deps/scsicmds.Tpo" -c -o scsicmds.o scsicmds.cpp; \ then mv -f ".deps/scsicmds.Tpo" ".deps/scsicmds.Po"; else rm -f ".deps/scsicmds.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT scsiata.o -MD -MP -MF ".deps/scsiata.Tpo" -c -o scsiata.o scsiata.cpp; \then mv -f ".deps/scsiata.Tpo" ".deps/scsiata.Po"; else rm -f ".deps/scsiata.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT scsiprint.o -MD -MP -MF ".deps/scsiprint.Tpo" -c -o scsiprint.o scsiprint.cpp; \ then mv -f ".deps/scsiprint.Tpo" ".deps/scsiprint.Po"; else rm -f ".deps/scsiprint.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT utility.o -MD -MP -MF ".deps/utility.Tpo" -c -o utility.o utility.cpp; \then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f ".deps/utility.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; \ then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f ".deps/os_linux.Tpo"; exit 1; fi In file included from os_linux.cpp:76: /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token make[2]: *** [os_linux.o] Error 1 make[2]: Leaving directory `/home2/khoriaty/smartmontools-5.37' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home2/khoriaty/smartmontools-5.37' make: *** [all] Error 2 Can anybody shed some light on what the above means/stems from? Cheers, _______________________________________________________________ Joy Khoriaty tel: (617) 253 8865 MIT fax: (617) 253 8674 Center for Theoretical Physics email: kho...@ln... 77 Massachusetts Ave. web: Building NE25-4080 Cambridge MA 02139 _______________________________________________________________ |
From: Bruce A. <ba...@gr...> - 2007-11-22 09:56:07
|
Please try building from the latest CVS HEAD code. Be sure to run autogen.sh (see the file INSTALL, section [2] Installing from CVS. On Wed, 21 Nov 2007, Joy Khoriaty wrote: > Hi folks! > > I've built smartmontools without any problem on 2 of my machines. > > I'm trying to build it on a new system: Linux 2.6.5-7.191-pseries64 #1 SMP > ppc64 ppc64 ppc64 GNU/Linux, running SUSE LINUX Enterprise > Server 9(ppc). > > > and I get this after launching the "make" command (after having run > ./configure, without any apparent problems) > > > khoriaty@bglfen smartmontools-5.37 $ make > make all-recursive > make[1]: Entering directory `/home2/khoriaty/smartmontools-5.37' > Making all in . > make[2]: Entering directory `/home2/khoriaty/smartmontools-5.37' > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > smartd.o -MD -MP -MF ".deps/smartd.Tpo" -c -o smartd.o smartd.cpp; \ > then mv -f ".deps/smartd.Tpo" ".deps/smartd.Po"; else rm -f > ".deps/smartd.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > atacmds.o -MD -MP -MF ".deps/atacmds.Tpo" -c -o atacmds.o atacmds.cpp; > \then mv -f ".deps/atacmds.Tpo" ".deps/atacmds.Po"; else rm -f > ".deps/atacmds.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > ataprint.o -MD -MP -MF ".deps/ataprint.Tpo" -c -o ataprint.o ataprint.cpp; > \ > then mv -f ".deps/ataprint.Tpo" ".deps/ataprint.Po"; else rm -f > ".deps/ataprint.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > knowndrives.o -MD -MP -MF ".deps/knowndrives.Tpo" -c -o knowndrives.o > knowndrives.cpp; \ > then mv -f ".deps/knowndrives.Tpo" ".deps/knowndrives.Po"; else rm -f > ".deps/knowndrives.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > scsicmds.o -MD -MP -MF ".deps/scsicmds.Tpo" -c -o scsicmds.o scsicmds.cpp; > \ > then mv -f ".deps/scsicmds.Tpo" ".deps/scsicmds.Po"; else rm -f > ".deps/scsicmds.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > scsiata.o -MD -MP -MF ".deps/scsiata.Tpo" -c -o scsiata.o scsiata.cpp; > \then mv -f ".deps/scsiata.Tpo" ".deps/scsiata.Po"; else rm -f > ".deps/scsiata.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > scsiprint.o -MD -MP -MF ".deps/scsiprint.Tpo" -c -o scsiprint.o > scsiprint.cpp; \ > then mv -f ".deps/scsiprint.Tpo" ".deps/scsiprint.Po"; else rm -f > ".deps/scsiprint.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > utility.o -MD -MP -MF ".deps/utility.Tpo" -c -o utility.o utility.cpp; > \then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f > ".deps/utility.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; > \ > then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f > ".deps/os_linux.Tpo"; exit 1; fi > In file included from os_linux.cpp:76: > /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a > type, > but is not defined as a type. > /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used > as a > type, but is not defined as a type. > /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as > a > type, but is not defined as a type. > /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but > is > not defined as a type. > /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but > is > not defined as a type. > /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token > make[2]: *** [os_linux.o] Error 1 > make[2]: Leaving directory `/home2/khoriaty/smartmontools-5.37' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home2/khoriaty/smartmontools-5.37' > make: *** [all] Error 2 > > > > Can anybody shed some light on what the above means/stems from? > > Cheers, > > > _______________________________________________________________ > > Joy Khoriaty tel: (617) 253 8865 > MIT fax: (617) 253 8674 > Center for Theoretical Physics email: kho...@ln... > 77 Massachusetts Ave. web: > Building NE25-4080 > Cambridge MA 02139 > _______________________________________________________________ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > |
From: Joy K. <kho...@ln...> - 2007-11-26 23:09:33
|
Thanks Bruce, I grabbed the cvs head code, and code this, after running ./autogen.sh, and during configure: configure: WARNING: linux/cciss_ioctl.h: present but cannot be compiled configure: WARNING: linux/cciss_ioctl.h: check for missing prerequisite headers? configure: WARNING: linux/cciss_ioctl.h: see the Autoconf documentation configure: WARNING: linux/cciss_ioctl.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/cciss_ioctl.h: proceeding with the preprocessor's result configure: WARNING: linux/cciss_ioctl.h: in the future, the compiler will take precedence configure: WARNING: ## ---------------------------------------------------------- ## configure: WARNING: ## Report this to sma...@li... ## configure: WARNING: ## ---------------------------------------------------------- ## And if I attempt to run make; I get the same fail as before: then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f ".deps/utility.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; \ then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f ".deps/os_linux.Tpo"; exit 1; fi if g++ -DHAVE_CONFIG_H -I. -I. -I. -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT cciss.o -MD -MP -MF ".deps/cciss.Tpo" -c -o cciss.o cciss.cpp; \ then mv -f ".deps/cciss.Tpo" ".deps/cciss.Po"; else rm -f ".deps/cciss.Tpo"; exit 1; fi In file included from cciss.cpp:13: /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but is not defined as a type. /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token cciss.cpp: In function `int cciss_getlun(int, int, unsigned char*, int)': There already is a version of smartmontools installed on this system, but its an rpm build. In case this helps, its the following version: smartmontools-5.30-20.3 Any clarifications as to what the issue is are highly appreciated. Cheers, On Thu, 22 Nov 2007, Bruce Allen wrote: > Please try building from the latest CVS HEAD code. Be sure to run > autogen.sh (see the file INSTALL, section [2] Installing from CVS. > > > On Wed, 21 Nov 2007, Joy Khoriaty wrote: > > > Hi folks! > > > > I've built smartmontools without any problem on 2 of my machines. > > > > I'm trying to build it on a new system: Linux 2.6.5-7.191-pseries64 #1 SMP > > ppc64 ppc64 ppc64 GNU/Linux, running SUSE LINUX Enterprise > > Server 9(ppc). > > > > > > and I get this after launching the "make" command (after having run > > ./configure, without any apparent problems) > > > > > > khoriaty@bglfen smartmontools-5.37 $ make > > make all-recursive > > make[1]: Entering directory `/home2/khoriaty/smartmontools-5.37' > > Making all in . > > make[2]: Entering directory `/home2/khoriaty/smartmontools-5.37' > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > smartd.o -MD -MP -MF ".deps/smartd.Tpo" -c -o smartd.o smartd.cpp; \ > > then mv -f ".deps/smartd.Tpo" ".deps/smartd.Po"; else rm -f > > ".deps/smartd.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > atacmds.o -MD -MP -MF ".deps/atacmds.Tpo" -c -o atacmds.o atacmds.cpp; > > \then mv -f ".deps/atacmds.Tpo" ".deps/atacmds.Po"; else rm -f > > ".deps/atacmds.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > ataprint.o -MD -MP -MF ".deps/ataprint.Tpo" -c -o ataprint.o ataprint.cpp; > > \ > > then mv -f ".deps/ataprint.Tpo" ".deps/ataprint.Po"; else rm -f > > ".deps/ataprint.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > knowndrives.o -MD -MP -MF ".deps/knowndrives.Tpo" -c -o knowndrives.o > > knowndrives.cpp; \ > > then mv -f ".deps/knowndrives.Tpo" ".deps/knowndrives.Po"; else rm -f > > ".deps/knowndrives.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > scsicmds.o -MD -MP -MF ".deps/scsicmds.Tpo" -c -o scsicmds.o scsicmds.cpp; > > \ > > then mv -f ".deps/scsicmds.Tpo" ".deps/scsicmds.Po"; else rm -f > > ".deps/scsicmds.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > scsiata.o -MD -MP -MF ".deps/scsiata.Tpo" -c -o scsiata.o scsiata.cpp; > > \then mv -f ".deps/scsiata.Tpo" ".deps/scsiata.Po"; else rm -f > > ".deps/scsiata.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > scsiprint.o -MD -MP -MF ".deps/scsiprint.Tpo" -c -o scsiprint.o > > scsiprint.cpp; \ > > then mv -f ".deps/scsiprint.Tpo" ".deps/scsiprint.Po"; else rm -f > > ".deps/scsiprint.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > utility.o -MD -MP -MF ".deps/utility.Tpo" -c -o utility.o utility.cpp; > > \then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f > > ".deps/utility.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; > > \ > > then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f > > ".deps/os_linux.Tpo"; exit 1; fi > > In file included from os_linux.cpp:76: > > /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a > > type, > > but is not defined as a type. > > /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used > > as a > > type, but is not defined as a type. > > /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as > > a > > type, but is not defined as a type. > > /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but > > is > > not defined as a type. > > /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but > > is > > not defined as a type. > > /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token > > make[2]: *** [os_linux.o] Error 1 > > make[2]: Leaving directory `/home2/khoriaty/smartmontools-5.37' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/home2/khoriaty/smartmontools-5.37' > > make: *** [all] Error 2 > > > > > > > > Can anybody shed some light on what the above means/stems from? > > > > Cheers, > > > > > > _______________________________________________________________ > > > > Joy Khoriaty tel: (617) 253 8865 > > MIT fax: (617) 253 8674 > > Center for Theoretical Physics email: kho...@ln... > > 77 Massachusetts Ave. web: > > Building NE25-4080 > > Cambridge MA 02139 > > _______________________________________________________________ > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Smartmontools-support mailing list > > Sma...@li... > > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > > > _______________________________________________________________ Joy Khoriaty tel: (617) 253 8865 MIT fax: (617) 253 8674 Center for Theoretical Physics email: kho...@ln... 77 Massachusetts Ave. web: Building NE25-4080 Cambridge MA 02139 _______________________________________________________________ |
From: Bruce A. <ba...@gr...> - 2007-12-17 21:59:40
|
Guido, Doug, Christian, Any ideas about this one? I'm clueless. Cheers, Bruce On Mon, 26 Nov 2007, Joy Khoriaty wrote: > Thanks Bruce, > > I grabbed the cvs head code, and code this, after running ./autogen.sh, > and during configure: > configure: WARNING: linux/cciss_ioctl.h: present but cannot be compiled > configure: WARNING: linux/cciss_ioctl.h: check for missing > prerequisite headers? > > > configure: WARNING: linux/cciss_ioctl.h: see the Autoconf documentation > configure: WARNING: linux/cciss_ioctl.h: section "Present But Cannot > Be Compiled" > configure: WARNING: linux/cciss_ioctl.h: proceeding with the > preprocessor's result > configure: WARNING: linux/cciss_ioctl.h: in the future, the compiler will > take precedence > configure: WARNING: ## > ---------------------------------------------------------- ## > configure: WARNING: ## Report this to > sma...@li... ## > configure: WARNING: ## > ---------------------------------------------------------- ## > > And if I attempt to run make; I get the same fail as before: > > > then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f > ".deps/utility.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; > \ > then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f > ".deps/os_linux.Tpo"; exit 1; fi > if g++ -DHAVE_CONFIG_H -I. -I. -I. > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > cciss.o -MD -MP -MF ".deps/cciss.Tpo" -c -o cciss.o cciss.cpp; \ > then mv -f ".deps/cciss.Tpo" ".deps/cciss.Po"; else rm -f > ".deps/cciss.Tpo"; exit 1; fi > In file included from cciss.cpp:13: > /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a > type, > but is not defined as a type. > /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used > as a > type, but is not defined as a type. > /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as > a > type, but is not defined as a type. > /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but > is > not defined as a type. > /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but > is > not defined as a type. > /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token > cciss.cpp: In function `int cciss_getlun(int, int, unsigned char*, int)': > > > There already is a version of smartmontools installed on this system, but > its an rpm build. In case this helps, its the following version: > smartmontools-5.30-20.3 > > Any clarifications as to what the issue is are highly appreciated. > > Cheers, > > > On Thu, 22 Nov 2007, Bruce Allen wrote: > >> Please try building from the latest CVS HEAD code. Be sure to run >> autogen.sh (see the file INSTALL, section [2] Installing from CVS. >> >> >> On Wed, 21 Nov 2007, Joy Khoriaty wrote: >> >>> Hi folks! >>> >>> I've built smartmontools without any problem on 2 of my machines. >>> >>> I'm trying to build it on a new system: Linux 2.6.5-7.191-pseries64 #1 SMP >>> ppc64 ppc64 ppc64 GNU/Linux, running SUSE LINUX Enterprise >>> Server 9(ppc). >>> >>> >>> and I get this after launching the "make" command (after having run >>> ./configure, without any apparent problems) >>> >>> >>> khoriaty@bglfen smartmontools-5.37 $ make >>> make all-recursive >>> make[1]: Entering directory `/home2/khoriaty/smartmontools-5.37' >>> Making all in . >>> make[2]: Entering directory `/home2/khoriaty/smartmontools-5.37' >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> smartd.o -MD -MP -MF ".deps/smartd.Tpo" -c -o smartd.o smartd.cpp; \ >>> then mv -f ".deps/smartd.Tpo" ".deps/smartd.Po"; else rm -f >>> ".deps/smartd.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> atacmds.o -MD -MP -MF ".deps/atacmds.Tpo" -c -o atacmds.o atacmds.cpp; >>> \then mv -f ".deps/atacmds.Tpo" ".deps/atacmds.Po"; else rm -f >>> ".deps/atacmds.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> ataprint.o -MD -MP -MF ".deps/ataprint.Tpo" -c -o ataprint.o ataprint.cpp; >>> \ >>> then mv -f ".deps/ataprint.Tpo" ".deps/ataprint.Po"; else rm -f >>> ".deps/ataprint.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> knowndrives.o -MD -MP -MF ".deps/knowndrives.Tpo" -c -o knowndrives.o >>> knowndrives.cpp; \ >>> then mv -f ".deps/knowndrives.Tpo" ".deps/knowndrives.Po"; else rm -f >>> ".deps/knowndrives.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> scsicmds.o -MD -MP -MF ".deps/scsicmds.Tpo" -c -o scsicmds.o scsicmds.cpp; >>> \ >>> then mv -f ".deps/scsicmds.Tpo" ".deps/scsicmds.Po"; else rm -f >>> ".deps/scsicmds.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> scsiata.o -MD -MP -MF ".deps/scsiata.Tpo" -c -o scsiata.o scsiata.cpp; >>> \then mv -f ".deps/scsiata.Tpo" ".deps/scsiata.Po"; else rm -f >>> ".deps/scsiata.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> scsiprint.o -MD -MP -MF ".deps/scsiprint.Tpo" -c -o scsiprint.o >>> scsiprint.cpp; \ >>> then mv -f ".deps/scsiprint.Tpo" ".deps/scsiprint.Po"; else rm -f >>> ".deps/scsiprint.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> utility.o -MD -MP -MF ".deps/utility.Tpo" -c -o utility.o utility.cpp; >>> \then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f >>> ".deps/utility.Tpo"; exit 1; fi >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT >>> os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; >>> \ >>> then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f >>> ".deps/os_linux.Tpo"; exit 1; fi >>> In file included from os_linux.cpp:76: >>> /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a >>> type, >>> but is not defined as a type. >>> /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used >>> as a >>> type, but is not defined as a type. >>> /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as >>> a >>> type, but is not defined as a type. >>> /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but >>> is >>> not defined as a type. >>> /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but >>> is >>> not defined as a type. >>> /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token >>> make[2]: *** [os_linux.o] Error 1 >>> make[2]: Leaving directory `/home2/khoriaty/smartmontools-5.37' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory `/home2/khoriaty/smartmontools-5.37' >>> make: *** [all] Error 2 >>> >>> >>> >>> Can anybody shed some light on what the above means/stems from? >>> >>> Cheers, >>> >>> >>> _______________________________________________________________ >>> >>> Joy Khoriaty tel: (617) 253 8865 >>> MIT fax: (617) 253 8674 >>> Center for Theoretical Physics email: kho...@ln... >>> 77 Massachusetts Ave. web: >>> Building NE25-4080 >>> Cambridge MA 02139 >>> _______________________________________________________________ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Smartmontools-support mailing list >>> Sma...@li... >>> https://lists.sourceforge.net/lists/listinfo/smartmontools-support >>> >> > > _______________________________________________________________ > > Joy Khoriaty tel: (617) 253 8865 > MIT fax: (617) 253 8674 > Center for Theoretical Physics email: kho...@ln... > 77 Massachusetts Ave. web: > Building NE25-4080 > Cambridge MA 02139 > _______________________________________________________________ > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Smartmontools-devel mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-devel > |
From: Guido G. <ag...@si...> - 2007-12-18 16:23:40
|
Hi, On Mon, Dec 17, 2007 at 03:59:15PM -0600, Bruce Allen wrote: > Guido, Doug, Christian, > > Any ideas about this one? I'm clueless. Pretty much like a problem with the kernel headers. What kernel version are the headers from? Just using a recent one should help. -- Guido |
From: Christian F. <Chr...@t-...> - 2007-12-19 18:25:24
Attachments:
suse-configure.patch
|
Hi, Bruce Allen wrote: > Guido, Doug, Christian, > > Any ideas about this one? I'm clueless. > > Cheers, > Bruce > > On Mon, 26 Nov 2007, Joy Khoriaty wrote: > > >> Thanks Bruce, >> >> I grabbed the cvs head code, and code this, after running ./autogen.sh, >> and during configure: >> configure: WARNING: linux/cciss_ioctl.h: present but cannot be compiled >> configure: WARNING: linux/cciss_ioctl.h: check for missing >> prerequisite headers? >> ... This configure warning is reproducible on a SuSE 10.1 (i386) The problem is that compiler.h must be included for the cciss_ioctl.h header compile check. The attached patch fixes this. >> >> And if I attempt to run make; I get the same fail as before: >> >> ... >> In file included from cciss.cpp:13: >> /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a >> type, >> but is not defined as a type. >> ... Could not reproduce this, so the patch will not help here, sorry. I agree with Guido - probably the kernel headers are broken. Reinstalling kernel sources might help. Cheers, Christian |
From: Bruce A. <ba...@gr...> - 2007-12-19 20:11:44
|
> This configure warning is reproducible on a SuSE 10.1 (i386) > > The problem is that compiler.h must be included for the cciss_ioctl.h header > compile check. The attached patch fixes this. My opinion: don't patch, just commit! Of course you may have reasons not to do this, in which case hit <DELETE> now! Cheers, Bruce |
From: Christian F. <Chr...@t-...> - 2007-12-20 20:12:38
|
Bruce Allen wrote: >> This configure warning is reproducible on a SuSE 10.1 (i386) >> >> The problem is that compiler.h must be included for the cciss_ioctl.h header >> compile check. The attached patch fixes this. >> > > My opinion: don't patch, just commit! Of course you may have reasons not > to do this, in which case hit <DELETE> now! > Done (commit, not <DELETE> :-)) Joy, please retry cvs HEAD. If ./configure still prints the "present but cannot be compiled" warning, then there is probably another (ppc specific?) include missing. Cheers, Christian |
From: Joy K. <kho...@ln...> - 2007-12-17 22:52:04
|
Hi Folks, I haven't had a chance to try this yet: Date: Mon, 10 Dec 2007 16:33:50 -0500 From: Joe Krahn <kr...@ni...> To: sma...@li... Subject: [smartmontools-support] Solution to SuSE build error I just compiled the latest source code on a system with SuSE Enterprise Linux 10. I got the same errors posted on 11/26. The problem is that the header <linux/cciss_ioctl.h> uses the attribute "__user", but has not included <linux/compiler.h> to define it. A quick solution is to include <linux/compiler.h> before including <linux/cciss_ioctl.h>, which should not hinder anyone without this problem. My kernel is 2.6.16.27-0.9-default, ia64. A previous post showed this error with SLES9 ppc. Does anyone have OpenSUSE to see if this is SLES-specific? Joe Krahn ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Smartmontools-support mailing list Sma...@li... https://lists.sourceforge.net/lists/listinfo/smartmontools-support Cheers, On Mon, 17 Dec 2007, Bruce Allen wrote: > Guido, Doug, Christian, > > Any ideas about this one? I'm clueless. > > Cheers, > Bruce > > On Mon, 26 Nov 2007, Joy Khoriaty wrote: > > > Thanks Bruce, > > > > I grabbed the cvs head code, and code this, after running ./autogen.sh, > > and during configure: > > configure: WARNING: linux/cciss_ioctl.h: present but cannot be compiled > > configure: WARNING: linux/cciss_ioctl.h: check for missing > > prerequisite headers? > > > > > > configure: WARNING: linux/cciss_ioctl.h: see the Autoconf documentation > > configure: WARNING: linux/cciss_ioctl.h: section "Present But Cannot > > Be Compiled" > > configure: WARNING: linux/cciss_ioctl.h: proceeding with the > > preprocessor's result > > configure: WARNING: linux/cciss_ioctl.h: in the future, the compiler will > > take precedence > > configure: WARNING: ## > > ---------------------------------------------------------- ## > > configure: WARNING: ## Report this to > > sma...@li... ## > > configure: WARNING: ## > > ---------------------------------------------------------- ## > > > > And if I attempt to run make; I get the same fail as before: > > > > > > then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f > > ".deps/utility.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; > > \ > > then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f > > ".deps/os_linux.Tpo"; exit 1; fi > > if g++ -DHAVE_CONFIG_H -I. -I. -I. > > -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > > cciss.o -MD -MP -MF ".deps/cciss.Tpo" -c -o cciss.o cciss.cpp; \ > > then mv -f ".deps/cciss.Tpo" ".deps/cciss.Po"; else rm -f > > ".deps/cciss.Tpo"; exit 1; fi > > In file included from cciss.cpp:13: > > /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a > > type, > > but is not defined as a type. > > /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used > > as a > > type, but is not defined as a type. > > /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as > > a > > type, but is not defined as a type. > > /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but > > is > > not defined as a type. > > /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but > > is > > not defined as a type. > > /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token > > cciss.cpp: In function `int cciss_getlun(int, int, unsigned char*, int)': > > > > > > There already is a version of smartmontools installed on this system, but > > its an rpm build. In case this helps, its the following version: > > smartmontools-5.30-20.3 > > > > Any clarifications as to what the issue is are highly appreciated. > > > > Cheers, > > > > > > On Thu, 22 Nov 2007, Bruce Allen wrote: > > > >> Please try building from the latest CVS HEAD code. Be sure to run > >> autogen.sh (see the file INSTALL, section [2] Installing from CVS. > >> > >> > >> On Wed, 21 Nov 2007, Joy Khoriaty wrote: > >> > >>> Hi folks! > >>> > >>> I've built smartmontools without any problem on 2 of my machines. > >>> > >>> I'm trying to build it on a new system: Linux 2.6.5-7.191-pseries64 #1 SMP > >>> ppc64 ppc64 ppc64 GNU/Linux, running SUSE LINUX Enterprise > >>> Server 9(ppc). > >>> > >>> > >>> and I get this after launching the "make" command (after having run > >>> ./configure, without any apparent problems) > >>> > >>> > >>> khoriaty@bglfen smartmontools-5.37 $ make > >>> make all-recursive > >>> make[1]: Entering directory `/home2/khoriaty/smartmontools-5.37' > >>> Making all in . > >>> make[2]: Entering directory `/home2/khoriaty/smartmontools-5.37' > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> smartd.o -MD -MP -MF ".deps/smartd.Tpo" -c -o smartd.o smartd.cpp; \ > >>> then mv -f ".deps/smartd.Tpo" ".deps/smartd.Po"; else rm -f > >>> ".deps/smartd.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> atacmds.o -MD -MP -MF ".deps/atacmds.Tpo" -c -o atacmds.o atacmds.cpp; > >>> \then mv -f ".deps/atacmds.Tpo" ".deps/atacmds.Po"; else rm -f > >>> ".deps/atacmds.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> ataprint.o -MD -MP -MF ".deps/ataprint.Tpo" -c -o ataprint.o ataprint.cpp; > >>> \ > >>> then mv -f ".deps/ataprint.Tpo" ".deps/ataprint.Po"; else rm -f > >>> ".deps/ataprint.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> knowndrives.o -MD -MP -MF ".deps/knowndrives.Tpo" -c -o knowndrives.o > >>> knowndrives.cpp; \ > >>> then mv -f ".deps/knowndrives.Tpo" ".deps/knowndrives.Po"; else rm -f > >>> ".deps/knowndrives.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> scsicmds.o -MD -MP -MF ".deps/scsicmds.Tpo" -c -o scsicmds.o scsicmds.cpp; > >>> \ > >>> then mv -f ".deps/scsicmds.Tpo" ".deps/scsicmds.Po"; else rm -f > >>> ".deps/scsicmds.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> scsiata.o -MD -MP -MF ".deps/scsiata.Tpo" -c -o scsiata.o scsiata.cpp; > >>> \then mv -f ".deps/scsiata.Tpo" ".deps/scsiata.Po"; else rm -f > >>> ".deps/scsiata.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> scsiprint.o -MD -MP -MF ".deps/scsiprint.Tpo" -c -o scsiprint.o > >>> scsiprint.cpp; \ > >>> then mv -f ".deps/scsiprint.Tpo" ".deps/scsiprint.Po"; else rm -f > >>> ".deps/scsiprint.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> utility.o -MD -MP -MF ".deps/utility.Tpo" -c -o utility.o utility.cpp; > >>> \then mv -f ".deps/utility.Tpo" ".deps/utility.Po"; else rm -f > >>> ".deps/utility.Tpo"; exit 1; fi > >>> if g++ -DHAVE_CONFIG_H -I. -I. -I. > >>> -DSMARTMONTOOLS_SYSCONFDIR=\"/usr/local/etc\" -g -O2 -Wall -W -MT > >>> os_linux.o -MD -MP -MF ".deps/os_linux.Tpo" -c -o os_linux.o os_linux.cpp; > >>> \ > >>> then mv -f ".deps/os_linux.Tpo" ".deps/os_linux.Po"; else rm -f > >>> ".deps/os_linux.Tpo"; exit 1; fi > >>> In file included from os_linux.cpp:76: > >>> /usr/include/linux/cciss_ioctl.h:39: error: 'LUNAddr_struct' is used as a > >>> type, > >>> but is not defined as a type. > >>> /usr/include/linux/cciss_ioctl.h:40: error: 'RequestBlock_struct' is used > >>> as a > >>> type, but is not defined as a type. > >>> /usr/include/linux/cciss_ioctl.h:41: error: 'ErrorInfo_struct' is used as > >>> a > >>> type, but is not defined as a type. > >>> /usr/include/linux/cciss_ioctl.h:42: error: 'DWORD' is used as a type, but > >>> is > >>> not defined as a type. > >>> /usr/include/linux/cciss_ioctl.h:43: error: 'DWORD' is used as a type, but > >>> is > >>> not defined as a type. > >>> /usr/include/linux/cciss_ioctl.h:45: error: syntax error before `*' token > >>> make[2]: *** [os_linux.o] Error 1 > >>> make[2]: Leaving directory `/home2/khoriaty/smartmontools-5.37' > >>> make[1]: *** [all-recursive] Error 1 > >>> make[1]: Leaving directory `/home2/khoriaty/smartmontools-5.37' > >>> make: *** [all] Error 2 > >>> > >>> > >>> > >>> Can anybody shed some light on what the above means/stems from? > >>> > >>> Cheers, > >>> > >>> > >>> _______________________________________________________________ > >>> > >>> Joy Khoriaty tel: (617) 253 8865 > >>> MIT fax: (617) 253 8674 > >>> Center for Theoretical Physics email: kho...@ln... > >>> 77 Massachusetts Ave. web: > >>> Building NE25-4080 > >>> Cambridge MA 02139 > >>> _______________________________________________________________ > >>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2005. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> Smartmontools-support mailing list > >>> Sma...@li... > >>> https://lists.sourceforge.net/lists/listinfo/smartmontools-support > >>> > >> > > > > _______________________________________________________________ > > > > Joy Khoriaty tel: (617) 253 8865 > > MIT fax: (617) 253 8674 > > Center for Theoretical Physics email: kho...@ln... > > 77 Massachusetts Ave. web: > > Building NE25-4080 > > Cambridge MA 02139 > > _______________________________________________________________ > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services > > for just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > > Smartmontools-devel mailing list > > Sma...@li... > > https://lists.sourceforge.net/lists/listinfo/smartmontools-devel > > > _______________________________________________________________ Joy Khoriaty tel: (617) 253 8865 MIT fax: (617) 253 8674 Center for Theoretical Physics email: kho...@ln... 77 Massachusetts Ave. web: Building NE25-4080 Cambridge MA 02139 _______________________________________________________________ |
From: Joe K. <kr...@ni...> - 2007-12-18 18:05:18
|
The current CVS code now includes <linux/compiler.h> to resolve this problem, so you could try it instead if you still have problems. Of course, the real problem is a bug in <linux/cciss_ioctl.h>, which seems to be limited to SuSE distributions. Hopefully, the next kernel release will fix this. Joe Krahn Joy Khoriaty wrote: > Hi Folks, > > I haven't had a chance to try this yet: > > > Date: Mon, 10 Dec 2007 16:33:50 -0500 > From: Joe Krahn <kr...@ni...> > To: sma...@li... > Subject: [smartmontools-support] Solution to SuSE build error > > I just compiled the latest source code on a system with SuSE Enterprise > Linux 10. I got the same errors posted on 11/26. The problem is that the > header <linux/cciss_ioctl.h> uses the attribute "__user", but has not > included <linux/compiler.h> to define it. A quick solution is to include > <linux/compiler.h> before including <linux/cciss_ioctl.h>, which should > not hinder anyone without this problem. > > My kernel is 2.6.16.27-0.9-default, ia64. A previous post showed this > error with SLES9 ppc. Does anyone have OpenSUSE to see if this is > SLES-specific? > > Joe Krahn > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > > > Cheers, > > > On Mon, 17 Dec 2007, Bruce Allen wrote: > ... |
From: Stanislav B. <sb...@su...> - 2008-01-08 13:14:48
|
Joy Khoriaty wrote: > I just compiled the latest source code on a system with SuSE Enterprise > Linux 10. I got the same errors posted on 11/26. The problem is that the > header <linux/cciss_ioctl.h> uses the attribute "__user", but has not > included <linux/compiler.h> to define it. A quick solution is to include > <linux/compiler.h> before including <linux/cciss_ioctl.h>, which should > not hinder anyone without this problem. > > My kernel is 2.6.16.27-0.9-default, ia64. A previous post showed this > error with SLES9 ppc. Does anyone have OpenSUSE to see if this is > SLES-specific? It is a bug in the glibc linux/cciss_ioctl.h header. It was fixed in kernel long time ago, but not reached glibc headers in time of SLES9 freeze: http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commit;h=5a1b759d1fa3c9b95a6b4c2e45b992de6d941071 In SuSE scope it is SLES9 specific, fixed in SLES10 and the next SLES9 service pack altogether with smartmontools update. It may affect older products of other companies as well. Here is the fix: --- ./glibc-sles9-beta-all/BUILD/kernel-headers/linux/cciss_ioctl.h 2004-04-04 05:36:57.000000000 +0200 +++ ./kernel-source-sles9-beta-all/BUILD/kernel-default-2.6.5/linux-2.6.5/include/linux/cciss_ioctl.h 2007-08-21 15:06:09.000000000 +0200 @@ -11,6 +11,7 @@ { unsigned char bus; unsigned char dev_fn; + __u16 domain; __u32 board_id; } cciss_pci_info_struct; @@ -35,17 +36,6 @@ #define MAX_KMALLOC_SIZE 128000 -typedef struct _BIG_IOCTL_Command_struct { - LUNAddr_struct LUN_info; - RequestBlock_struct Request; - ErrorInfo_struct error_info; - DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ - DWORD buf_size; /* size in bytes of the buf */ - /* < malloc_size * MAXSGENTRIES */ - BYTE *buf; -} BIG_IOCTL_Command_struct; - - #ifndef CCISS_CMD_H // This defines are duplicated in cciss_cmd.h in the driver directory @@ -178,9 +168,19 @@ RequestBlock_struct Request; ErrorInfo_struct error_info; WORD buf_size; /* size in bytes of the buf */ - BYTE *buf; + BYTE __user *buf; } IOCTL_Command_struct; +typedef struct _BIG_IOCTL_Command_struct { + LUNAddr_struct LUN_info; + RequestBlock_struct Request; + ErrorInfo_struct error_info; + DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ + DWORD buf_size; /* size in bytes of the buf */ + /* < malloc_size * MAXSGENTRIES */ + BYTE __user *buf; +} BIG_IOCTL_Command_struct; + typedef struct _LogvolInfo_struct{ __u32 LunID; int num_opens; /* number of opens on the logical volume */ @@ -207,7 +207,35 @@ #define CCISS_REGNEWDISK _IOW(CCISS_IOC_MAGIC, 13, int) #define CCISS_REGNEWD _IO(CCISS_IOC_MAGIC, 14) +#define CCISS_RESCANDISK _IO(CCISS_IOC_MAGIC, 16) #define CCISS_GETLUNINFO _IOR(CCISS_IOC_MAGIC, 17, LogvolInfo_struct) #define CCISS_BIG_PASSTHRU _IOWR(CCISS_IOC_MAGIC, 18, BIG_IOCTL_Command_struct) +#ifdef __KERNEL__ +#ifdef CONFIG_COMPAT + +/* 32 bit compatible ioctl structs */ +typedef struct _IOCTL32_Command_struct { + LUNAddr_struct LUN_info; + RequestBlock_struct Request; + ErrorInfo_struct error_info; + WORD buf_size; /* size in bytes of the buf */ + __u32 buf; /* 32 bit pointer to data buffer */ +} IOCTL32_Command_struct; + +typedef struct _BIG_IOCTL32_Command_struct { + LUNAddr_struct LUN_info; + RequestBlock_struct Request; + ErrorInfo_struct error_info; + DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ + DWORD buf_size; /* size in bytes of the buf */ + /* < malloc_size * MAXSGENTRIES */ + __u32 buf; /* 32 bit pointer to data buffer */ +} BIG_IOCTL32_Command_struct; + +#define CCISS_PASSTHRU32 _IOWR(CCISS_IOC_MAGIC, 11, IOCTL32_Command_struct) +#define CCISS_BIG_PASSTHRU32 _IOWR(CCISS_IOC_MAGIC, 18, BIG_IOCTL32_Command_struct) + +#endif /* CONFIG_COMPAT */ +#endif /* __KERNEL__ */ #endif It is known as https://bugzilla.novell.com/show_bug.cgi?id=302136 (access restricted to SUSE Enterprise Partners only) -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SUSE LINUX, s. r. o. e-mail: sb...@su... Lihovarská 1060/12 tel: +420 284 028 966 190 00 Praha 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz/ |
From: Bruce A. <ba...@gr...> - 2008-01-10 03:01:09
|
Joy: I am confused. Within smartmontools, the file cciss.cpp has: 9 # ifdef HAVE_LINUX_COMPILER_H 10 # include <linux/compiler.h> 11 # endif Why doesn't this pick up <linux/compiler.h> for you? Stanislav: thanks for tracking this down and confirming that it's fixed in the kernel sources. Doug: will you be able to maintain the CCISS stuff for Linux? I'm not sure if your test hardware ever made it into a working/useful state. Cheers, Bruce On Tue, 8 Jan 2008, Stanislav Brabec wrote: > Joy Khoriaty wrote: > >> I just compiled the latest source code on a system with SuSE Enterprise >> Linux 10. I got the same errors posted on 11/26. The problem is that the >> header <linux/cciss_ioctl.h> uses the attribute "__user", but has not >> included <linux/compiler.h> to define it. A quick solution is to include >> <linux/compiler.h> before including <linux/cciss_ioctl.h>, which should >> not hinder anyone without this problem. >> >> My kernel is 2.6.16.27-0.9-default, ia64. A previous post showed this >> error with SLES9 ppc. Does anyone have OpenSUSE to see if this is >> SLES-specific? > > It is a bug in the glibc linux/cciss_ioctl.h header. It was fixed in > kernel long time ago, but not reached glibc headers in time of SLES9 > freeze: > http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commit;h=5a1b759d1fa3c9b95a6b4c2e45b992de6d941071 > > In SuSE scope it is SLES9 specific, fixed in SLES10 and the next SLES9 > service pack altogether with smartmontools update. > > It may affect older products of other companies as well. > > Here is the fix: > > --- ./glibc-sles9-beta-all/BUILD/kernel-headers/linux/cciss_ioctl.h 2004-04-04 05:36:57.000000000 +0200 > +++ ./kernel-source-sles9-beta-all/BUILD/kernel-default-2.6.5/linux-2.6.5/include/linux/cciss_ioctl.h 2007-08-21 15:06:09.000000000 +0200 > @@ -11,6 +11,7 @@ > { > unsigned char bus; > unsigned char dev_fn; > + __u16 domain; > __u32 board_id; > } cciss_pci_info_struct; > > @@ -35,17 +36,6 @@ > > #define MAX_KMALLOC_SIZE 128000 > > -typedef struct _BIG_IOCTL_Command_struct { > - LUNAddr_struct LUN_info; > - RequestBlock_struct Request; > - ErrorInfo_struct error_info; > - DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ > - DWORD buf_size; /* size in bytes of the buf */ > - /* < malloc_size * MAXSGENTRIES */ > - BYTE *buf; > -} BIG_IOCTL_Command_struct; > - > - > #ifndef CCISS_CMD_H > // This defines are duplicated in cciss_cmd.h in the driver directory > > @@ -178,9 +168,19 @@ > RequestBlock_struct Request; > ErrorInfo_struct error_info; > WORD buf_size; /* size in bytes of the buf */ > - BYTE *buf; > + BYTE __user *buf; > } IOCTL_Command_struct; > > +typedef struct _BIG_IOCTL_Command_struct { > + LUNAddr_struct LUN_info; > + RequestBlock_struct Request; > + ErrorInfo_struct error_info; > + DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ > + DWORD buf_size; /* size in bytes of the buf */ > + /* < malloc_size * MAXSGENTRIES */ > + BYTE __user *buf; > +} BIG_IOCTL_Command_struct; > + > typedef struct _LogvolInfo_struct{ > __u32 LunID; > int num_opens; /* number of opens on the logical volume */ > @@ -207,7 +207,35 @@ > #define CCISS_REGNEWDISK _IOW(CCISS_IOC_MAGIC, 13, int) > > #define CCISS_REGNEWD _IO(CCISS_IOC_MAGIC, 14) > +#define CCISS_RESCANDISK _IO(CCISS_IOC_MAGIC, 16) > #define CCISS_GETLUNINFO _IOR(CCISS_IOC_MAGIC, 17, LogvolInfo_struct) > #define CCISS_BIG_PASSTHRU _IOWR(CCISS_IOC_MAGIC, 18, BIG_IOCTL_Command_struct) > > +#ifdef __KERNEL__ > +#ifdef CONFIG_COMPAT > + > +/* 32 bit compatible ioctl structs */ > +typedef struct _IOCTL32_Command_struct { > + LUNAddr_struct LUN_info; > + RequestBlock_struct Request; > + ErrorInfo_struct error_info; > + WORD buf_size; /* size in bytes of the buf */ > + __u32 buf; /* 32 bit pointer to data buffer */ > +} IOCTL32_Command_struct; > + > +typedef struct _BIG_IOCTL32_Command_struct { > + LUNAddr_struct LUN_info; > + RequestBlock_struct Request; > + ErrorInfo_struct error_info; > + DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ > + DWORD buf_size; /* size in bytes of the buf */ > + /* < malloc_size * MAXSGENTRIES */ > + __u32 buf; /* 32 bit pointer to data buffer */ > +} BIG_IOCTL32_Command_struct; > + > +#define CCISS_PASSTHRU32 _IOWR(CCISS_IOC_MAGIC, 11, IOCTL32_Command_struct) > +#define CCISS_BIG_PASSTHRU32 _IOWR(CCISS_IOC_MAGIC, 18, BIG_IOCTL32_Command_struct) > + > +#endif /* CONFIG_COMPAT */ > +#endif /* __KERNEL__ */ > #endif > > > It is known as https://bugzilla.novell.com/show_bug.cgi?id=302136 > (access restricted to SUSE Enterprise Partners only) > > |
From: Douglas G. <do...@to...> - 2008-01-10 05:32:20
|
Bruce Allen wrote: > Joy: I am confused. Within smartmontools, the file cciss.cpp has: > > 9 # ifdef HAVE_LINUX_COMPILER_H > 10 # include <linux/compiler.h> > 11 # endif > > Why doesn't this pick up <linux/compiler.h> for you? > > Stanislav: thanks for tracking this down and confirming that it's fixed > in the kernel sources. > > Doug: will you be able to maintain the CCISS stuff for Linux? I'm not > sure if your test hardware ever made it into a working/useful state. The test hardware works fine with SCSI (i.e. SAS) disks. However the current production firmware has a crude "SAT" for SATA disks, so the SCSI ATA PASS-THROUGH command is not supported. There is new firmware being tested and I was hoping to get a copy. Perhaps I should ask again. smartmontools builds okay on my cciss box which is running Fedora 8. Doug Gilbert > On Tue, 8 Jan 2008, Stanislav Brabec wrote: > >> Joy Khoriaty wrote: >> >>> I just compiled the latest source code on a system with SuSE Enterprise >>> Linux 10. I got the same errors posted on 11/26. The problem is that the >>> header <linux/cciss_ioctl.h> uses the attribute "__user", but has not >>> included <linux/compiler.h> to define it. A quick solution is to include >>> <linux/compiler.h> before including <linux/cciss_ioctl.h>, which should >>> not hinder anyone without this problem. >>> >>> My kernel is 2.6.16.27-0.9-default, ia64. A previous post showed this >>> error with SLES9 ppc. Does anyone have OpenSUSE to see if this is >>> SLES-specific? >> >> It is a bug in the glibc linux/cciss_ioctl.h header. It was fixed in >> kernel long time ago, but not reached glibc headers in time of SLES9 >> freeze: >> http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commit;h=5a1b759d1fa3c9b95a6b4c2e45b992de6d941071 >> >> >> In SuSE scope it is SLES9 specific, fixed in SLES10 and the next SLES9 >> service pack altogether with smartmontools update. >> >> It may affect older products of other companies as well. >> >> Here is the fix: >> >> --- ./glibc-sles9-beta-all/BUILD/kernel-headers/linux/cciss_ioctl.h >> 2004-04-04 05:36:57.000000000 +0200 >> +++ >> ./kernel-source-sles9-beta-all/BUILD/kernel-default-2.6.5/linux-2.6.5/include/linux/cciss_ioctl.h >> 2007-08-21 15:06:09.000000000 +0200 >> @@ -11,6 +11,7 @@ >> { >> unsigned char bus; >> unsigned char dev_fn; >> + __u16 domain; >> __u32 board_id; >> } cciss_pci_info_struct; >> >> @@ -35,17 +36,6 @@ >> >> #define MAX_KMALLOC_SIZE 128000 >> >> -typedef struct _BIG_IOCTL_Command_struct { >> - LUNAddr_struct LUN_info; >> - RequestBlock_struct Request; >> - ErrorInfo_struct error_info; >> - DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ >> - DWORD buf_size; /* size in bytes of the buf */ >> - /* < malloc_size * MAXSGENTRIES */ >> - BYTE *buf; >> -} BIG_IOCTL_Command_struct; >> - >> - >> #ifndef CCISS_CMD_H >> // This defines are duplicated in cciss_cmd.h in the driver directory >> >> @@ -178,9 +168,19 @@ >> RequestBlock_struct Request; >> ErrorInfo_struct error_info; >> WORD buf_size; /* size in bytes of the buf */ >> - BYTE *buf; >> + BYTE __user *buf; >> } IOCTL_Command_struct; >> >> +typedef struct _BIG_IOCTL_Command_struct { >> + LUNAddr_struct LUN_info; >> + RequestBlock_struct Request; >> + ErrorInfo_struct error_info; >> + DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ >> + DWORD buf_size; /* size in bytes of the buf */ >> + /* < malloc_size * MAXSGENTRIES */ >> + BYTE __user *buf; >> +} BIG_IOCTL_Command_struct; >> + >> typedef struct _LogvolInfo_struct{ >> __u32 LunID; >> int num_opens; /* number of opens on the logical volume */ >> @@ -207,7 +207,35 @@ >> #define CCISS_REGNEWDISK _IOW(CCISS_IOC_MAGIC, 13, int) >> >> #define CCISS_REGNEWD _IO(CCISS_IOC_MAGIC, 14) >> +#define CCISS_RESCANDISK _IO(CCISS_IOC_MAGIC, 16) >> #define CCISS_GETLUNINFO _IOR(CCISS_IOC_MAGIC, 17, LogvolInfo_struct) >> #define CCISS_BIG_PASSTHRU _IOWR(CCISS_IOC_MAGIC, 18, >> BIG_IOCTL_Command_struct) >> >> +#ifdef __KERNEL__ >> +#ifdef CONFIG_COMPAT >> + >> +/* 32 bit compatible ioctl structs */ >> +typedef struct _IOCTL32_Command_struct { >> + LUNAddr_struct LUN_info; >> + RequestBlock_struct Request; >> + ErrorInfo_struct error_info; >> + WORD buf_size; /* size in bytes of the buf */ >> + __u32 buf; /* 32 bit pointer to data buffer */ >> +} IOCTL32_Command_struct; >> + >> +typedef struct _BIG_IOCTL32_Command_struct { >> + LUNAddr_struct LUN_info; >> + RequestBlock_struct Request; >> + ErrorInfo_struct error_info; >> + DWORD malloc_size; /* < MAX_KMALLOC_SIZE in cciss.c */ >> + DWORD buf_size; /* size in bytes of the buf */ >> + /* < malloc_size * MAXSGENTRIES */ >> + __u32 buf; /* 32 bit pointer to data buffer */ >> +} BIG_IOCTL32_Command_struct; >> + >> +#define CCISS_PASSTHRU32 _IOWR(CCISS_IOC_MAGIC, 11, >> IOCTL32_Command_struct) >> +#define CCISS_BIG_PASSTHRU32 _IOWR(CCISS_IOC_MAGIC, 18, >> BIG_IOCTL32_Command_struct) >> + >> +#endif /* CONFIG_COMPAT */ >> +#endif /* __KERNEL__ */ >> #endif >> >> >> It is known as https://bugzilla.novell.com/show_bug.cgi?id=302136 >> (access restricted to SUSE Enterprise Partners only) >> >> > > |
From: Stanislav B. <sb...@su...> - 2008-01-10 11:46:40
|
Douglas Gilbert wrote: > Bruce Allen wrote: > > Joy: I am confused. Within smartmontools, the file cciss.cpp has: > > > > 9 # ifdef HAVE_LINUX_COMPILER_H > > 10 # include <linux/compiler.h> > > 11 # endif > > > > Why doesn't this pick up <linux/compiler.h> for you? > > > > Stanislav: thanks for tracking this down and confirming that it's fixed > > in the kernel sources. This issue was found during update for our customer. > > Doug: will you be able to maintain the CCISS stuff for Linux? I'm not > > sure if your test hardware ever made it into a working/useful state. > > The test hardware works fine with SCSI (i.e. SAS) disks. > However the current production firmware has a crude "SAT" > for SATA disks, so the SCSI ATA PASS-THROUGH command is > not supported. I have tried to contact HP support to get more information on ATA PASS-THROUGH over CCISS, but I got no useful information. > There is new firmware being tested and I was hoping to get > a copy. Perhaps I should ask again. See my old mail for a simple (not upstreamable) patch to test it. And let us know, if it works. Re: [smartmontools-devel] [smartmontools-support] HP Smart Array E200i SATA/SAS (cciss) not working Mon, 24 Sep 2007 18:37:58 +0200 -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SUSE LINUX, s. r. o. e-mail: sb...@su... Lihovarská 1060/12 tel: +420 284 028 966 190 00 Praha 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz/ |