Re: [osol-discuss] [desktop-discuss] Report on issues when porting OpenSource projects to Solaris
Hi Alan, Many thanks for share X.org issues here. I added your comments or supplementary in this report. Two issues are left not added because I do not understand them well. - Needing to add -R flags to pkgconfig *.pc files Makefiles for finding runtime libraries that aren't in /usr/lib - Adding checks for Sun Studio's __i386__, __amd64__, __sparc__ defines everywhere the code checks for gcc's __i386, __amd64, __sparc defines Would you describe the above two issues with following format and add them into the report? * Description ** Solution: bla bla bla ** (optional) bugid You're free to edit this page. Thanks, Halton. On Fri, 2009-01-23 at 07:55 -0800, Alan Coopersmith wrote: Some additional notes from our work on X.Org code: - No support for GCC options: -Wall/-Werror/-Wl - Your sample patch just removes -Wall - the code integrated into X.Org upstream checks for the compiler in a configure macro to set either -vfor Sun Studio or the -W flags for gcc: Added in as X.org Solution. - MMX/SSE intrinsic functions are not compatible - We hit this issue in X a while ago, and filed CR 6224421 with the compilers for it, which though closed as duplicate of another bug, they never fully addressed, and chose to remain at least partially incompatible with gcc in the type definitions in a way that breaks the Xorg MMX code. Our solution was to build the code that used it (the Xorg server) with gcc on x86, since the performance increase of being able to use the MMX code was significant. (This code has since moved to libpixman, so we may be able to move Xorg server back to Sun Studio builds soon.) Added in as X.org Solution. - No definition for _FUNCTION_ - You give workarounds that use glib's G_STRFUNC or use Sun Studio express. Our solution for non-glib code for Studio 12 is simply to use the C99 equivalent version that Studio 12 already supports - for instance, in Mesa: http://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/main/glheader.h#n288 Added in as X.org Solution. These patches can be removed soon since SS12 support it. Other things we've had to fix that I didn't see in your list: - No support in Sun compilers for gcc's __builtin_expect Added under Sun Compiler category. - No support for gcc's __volatile keyword. Added under Sun Compiler category. - Functions to get the name of the running program Added under Kernel and Libc Functions category. - Different headers/names for byteswapping macros. Added under Different Header Files category. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] diagnosing server hang
Hi all, We've got an SXCE snv_97 filer that has been working ok for a few months now. Recently, it has started falling over when large amounts of data are being copied from it. There is nothing printed to the console and I can't find anything related in the logs. The machine doesn't respond via the network or the console. Copying data to the machine is fine, but from (usually) results in a hang. There is a fault reported by fmadm faulty which has been asked about on fault-discuss but they couldn't tell me what it was related to. Attached is the fault report. After a reboot (ouch), the data is apparently fine and scrubbing shows no problems, the machine continues to work perfectly until the next hang. I have no idea how to continue investigating this, so any help would be much appreciated. Thanks in advance Matt Harrison Nov 03 11:40:16 9b069e20-9ea9-6169-ff93-ede7701ef800 SUNOS-8000-1L Minor Fault class : defect.sunos.eft.undiagnosable_problem Description : The EFT Diagnosis Engine encountered telemetry for which it is unable to produce a diagnosis. Refer to http://sun.com/msg/SUNOS-8000-1L for more information. Response: Error reports from the component will be logged for examination by Sun. Impact : Automated diagnosis and response for these events will not occur. Action : Run pkgchk -n SUNWfmd to ensure that fault management software is installed properly. Contact Sun for support. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] diagnosing server hang
Matt Harrison wrote: Hi all, We've got an SXCE snv_97 filer that has been working ok for a few months now. Recently, it has started falling over when large amounts of data are being copied from it. There is nothing printed to the console and I can't find anything related in the logs. The machine doesn't respond via the network or the console. I'd guess a hardware fault. Swap out the NIC and run a thorough memory check (memtes86 on an x86 system). -- Ian. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] diagnosing server hang
Ian Collins wrote: Matt Harrison wrote: Hi all, We've got an SXCE snv_97 filer that has been working ok for a few months now. Recently, it has started falling over when large amounts of data are being copied from it. There is nothing printed to the console and I can't find anything related in the logs. The machine doesn't respond via the network or the console. I'd guess a hardware fault. Swap out the NIC and run a thorough memory check (memtes86 on an x86 system). Thanks for the reply, the NIC is a brand new intel pro 1000 server card, which was replaced after talking on the zfs-discuss list (we were having performance issues over cifs). The memory certainly could be a problem. Seeing as this is a 64bit AMD x2 system, should I be looking for a 64bit version of memtest? Thanks -- Matt Harrison ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] diagnosing server hang
Matt Harrison wrote: Ian Collins wrote: Matt Harrison wrote: Hi all, We've got an SXCE snv_97 filer that has been working ok for a few months now. Recently, it has started falling over when large amounts of data are being copied from it. There is nothing printed to the console and I can't find anything related in the logs. The machine doesn't respond via the network or the console. I'd guess a hardware fault. Swap out the NIC and run a thorough memory check (memtes86 on an x86 system). The memory certainly could be a problem. Seeing as this is a 64bit AMD x2 system, should I be looking for a 64bit version of memtest? Just grab a copy of the ultimate boot CD, every home should have one! -- Ian. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] diagnosing server hang
Ian Collins wrote: Matt Harrison wrote: Ian Collins wrote: Matt Harrison wrote: Hi all, We've got an SXCE snv_97 filer that has been working ok for a few months now. Recently, it has started falling over when large amounts of data are being copied from it. There is nothing printed to the console and I can't find anything related in the logs. The machine doesn't respond via the network or the console. I'd guess a hardware fault. Swap out the NIC and run a thorough memory check (memtes86 on an x86 system). The memory certainly could be a problem. Seeing as this is a 64bit AMD x2 system, should I be looking for a 64bit version of memtest? Just grab a copy of the ultimate boot CD, every home should have one! thanks Ian, I'll look into this tomorrow. -- Matt Harrison ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] SXCE b106 available for download (unofficial non-announcement) :
Hi all, I am not on IRC and I am not sure whether or not this is already public. Anyways, http://opensolaris.org/os/downloads/ (and hence http://opensolaris.org/os/downloads/sol_ex_dvd/ and http://opensolaris.org/os/downloads/sol_ex_dvd_1/) is still pointing to b105, so chances are it is not yet. Therefore I share this with you the community, hoping that it will be useful to some of the most impatient ones: Solaris Expres Community Edition DVD Build 106 - Single Image Download x86/x64 and SPARC: https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_SMI-Site/en_US/-/USD/viewproductdetail-start?productref=sol-express_b106-full-x86-sp-...@cds-cds_smi Regards, %martin ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
