Re: [Ann] SparcV8 depot
CC'd this to a list that is trying to keep sparc-32 alive (http://wiki.debian.org/Sparc32). Thanks, Chris. On 18/02/2008, Martin Habets <[EMAIL PROTECTED]> wrote: > Hi Joël, > > I've got an SS20 with dual hypersparc. Kernels post 2.6.21 boot okay, > run in general, but a 'make -j 3' build of the kernel aborts a couple of > times with a bus error or similar vague errors. > > I'd be interested in a V8 repository. > > Martin > > On Sat, Feb 16, 2008 at 10:34:03AM +0100, BERTRAND Joël wrote: > > Hi folks, > > > > I have built a 2.6.24.2 linux kernel on my SS20 (dual SM71) and it > > is stable in SMP configuration with HIGHMEM. I haven't tested with > > HyperSPARC. Has anyone any information about HyperSPARC support ? I > > shall test, but if someone has tried before me... ;-) > > > > I'm building deb packages to upgrade this workstation to > > debian/testing (with of course only V8 support not V8+). I don't know > > if > > someone can be interested, but I think we can open a depot for sparc-V8 > > package. I think I shall open an anonymous ftp server next week, but I > > won't do anything if I'm alone. > > > > Regards, > > > > JKB > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Reasons why you may want to try GNU/Linux: http://www.getgnulinux.org/ A great GNU/Linux distro: http://wiki.gnewsense.org/
Re: zdotu_ problem on libblas3gf on sparc and alpha
On Sun, Feb 17, 2008 at 08:08:30PM +, Jurij Smakov wrote: > > Not tested, but should work. Confirmation would be appreciated! :-) > > Runs fine, exit code is 0. Let me know if you still need log of that > configure run. No, this information is more than sufficient! Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: [Ann] SparcV8 depot
Hi Joël, I've got an SS20 with dual hypersparc. Kernels post 2.6.21 boot okay, run in general, but a 'make -j 3' build of the kernel aborts a couple of times with a bus error or similar vague errors. I'd be interested in a V8 repository. Martin On Sat, Feb 16, 2008 at 10:34:03AM +0100, BERTRAND Joël wrote: > Hi folks, > > I have built a 2.6.24.2 linux kernel on my SS20 (dual SM71) and it > is stable in SMP configuration with HIGHMEM. I haven't tested with > HyperSPARC. Has anyone any information about HyperSPARC support ? I > shall test, but if someone has tried before me... ;-) > > I'm building deb packages to upgrade this workstation to > debian/testing (with of course only V8 support not V8+). I don't know > if > someone can be interested, but I think we can open a depot for sparc-V8 > package. I think I shall open an anonymous ftp server next week, but I > won't do anything if I'm alone. > > Regards, > > JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lenny on Ultra 60
Looking good but two questions: a) How do I get sound working? b) Unlike Etch the installer correctly picks up the Creator 3D cards. The kernel displays to the first one and X initialises both- no fixes to configuration files required. However both Gnome and KDE display a separate desktop on each display: what's the correct way to either spread the desktop over both displays (Xinerama?) or switch the focus of the input devices between displays. Configuration is U60, 2x 450MHz, 2Gb, 2x Creator 3D. Any suggestions appreciated. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: zdotu_ problem on libblas3gf on sparc and alpha
On Sun, Feb 17, 2008 at 08:56:44PM +0530, Kumar Appaiah wrote: [...] > It appears that the calling convention for the new gfortran does not > like the direct conversion to std::complex. I guess the > following should work though: > > #include > typedef std::complex cdouble; > extern "C" { > double _Complex zdotu_(const int *, const cdouble *, const int *, > const cdouble *, const int *); > } > > int main() { > const int incr = 1; > const int size = 6; > cdouble a[size] = {cdouble( 0.7219, 0.8871), > cdouble(0.7073,-0.7953), > cdouble( 0.2610, 0.4325), > cdouble(-0.0565,-0.0719), > cdouble( 0.7277,-0.9754), cdouble(-0.3780, 1.0718)}; > cdouble b[size] = {cdouble(-0.0821,+0.8410), cdouble(-0.0749, 0.0729), > cdouble(-0.6094,-0.2975), cdouble(0.2106, -0.2026), > cdouble( 0.1043,-0.8300), cdouble( 0.0806, 0.3698)}; > cdouble x_ref(-2.01767031,-0.45861365); > cdouble x = std::complex(zdotu_(&size, a, &incr, b, &incr)); > return (std::abs(x - x_ref) < 1e-6) ? 0 : 1; > } > > Not tested, but should work. Confirmation would be appreciated! :-) Runs fine, exit code is 0. Let me know if you still need log of that configure run. Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: zdotu_ problem on libblas3gf on sparc and alpha
Dear Julien, On Sun, Feb 17, 2008 at 03:53:05PM +0100, Julien Cristau wrote: > I ran your test programs on sparc, with the following results: Thank you! > On Sat, Feb 16, 2008 at 23:17:09 +0530, Kumar Appaiah wrote: > > > 1. Please build and run the following programs > > g++ .cpp -lblas should do. > > > > Program 1 > > - > > > $ make blastest1 CXXFLAGS='-Wall -g' LDFLAGS=-lblas > g++ -Wall -g -lblas blastest1.cpp -o blastest1 > $ ./blastest1 > Illegal instruction > > > > > Program 2 > > - > > > $ make blastest2 CXXFLAGS='-Wall -g' LDFLAGS=-lblas > g++ -Wall -g -lblas blastest2.cpp -o blastest2 > $ ./blastest2 > $ echo $? > 1 It appears that the calling convention for the new gfortran does not like the direct conversion to std::complex. I guess the following should work though: #include typedef std::complex cdouble; extern "C" { double _Complex zdotu_(const int *, const cdouble *, const int *, const cdouble *, const int *); } int main() { const int incr = 1; const int size = 6; cdouble a[size] = {cdouble( 0.7219, 0.8871), cdouble(0.7073,-0.7953), cdouble( 0.2610, 0.4325), cdouble(-0.0565,-0.0719), cdouble( 0.7277,-0.9754), cdouble(-0.3780, 1.0718)}; cdouble b[size] = {cdouble(-0.0821,+0.8410), cdouble(-0.0749, 0.0729), cdouble(-0.6094,-0.2975), cdouble(0.2106, -0.2026), cdouble( 0.1043,-0.8300), cdouble( 0.0806, 0.3698)}; cdouble x_ref(-2.01767031,-0.45861365); cdouble x = std::complex(zdotu_(&size, a, &incr, b, &incr)); return (std::abs(x - x_ref) < 1e-6) ? 0 : 1; } Not tested, but should work. Confirmation would be appreciated! :-) Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Re: zdotu_ problem on libblas3gf on sparc and alpha
Hi, I ran your test programs on sparc, with the following results: On Sat, Feb 16, 2008 at 23:17:09 +0530, Kumar Appaiah wrote: > 1. Please build and run the following programs > g++ .cpp -lblas should do. > > Program 1 > - > $ make blastest1 CXXFLAGS='-Wall -g' LDFLAGS=-lblas g++ -Wall -g -lblas blastest1.cpp -o blastest1 $ ./blastest1 Illegal instruction > > Program 2 > - > $ make blastest2 CXXFLAGS='-Wall -g' LDFLAGS=-lblas g++ -Wall -g -lblas blastest2.cpp -o blastest2 $ ./blastest2 $ echo $? 1 Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Ann] SparcV8 depot
Ludovic Courtès wrote: Hi, BERTRAND Joël <[EMAIL PROTECTED]> writes: If you try HyperSPARC, please test without and with SMP. Do you expect it to work at all, even UP? :-) I'm asking because it used to be considered a lost cause but I did not follow development recently. Last time I have tried (and if I remember ;-) ), I have tested with 4*RT626. Kernel boots but randomly hangs due to a bug in cache aliasing (I think). I don't remember if I have tried in UP configuration. I think we have to try (and maybe to fix) last kernel because there is no modern OS that runs on SS20/SMP/HyperSPARC : - NetBSD 3.1 and 4.0 randomly crash with NMI error (and it's not an hardware trouble because all my SS20/SMP/HyperSPARC crash with the same error). It only supports SX fb in native resolution (not r1280x1024x66m); - Solaris9 can not be used because it is impossible to run smpatch without add sparcV8+ binaries (!), thus you have to keep a Solaris9 out of the box... And I never obtain a stable SS20 with more than two HyperSPARC's (with 3 or 4 RT626, I obtain the same NMI error than with NetBSD...); - Linux 2.2 is usable (but old). In SMP configuration, 2.4 is not stable before 2.4.18 and randomly crashes with "Watchdog error" after 2.4.24. If I have time to reinstall my Raid1 on one of my SS20, I shall try to run 2.6.24.2 on HyperSPARC this afternoon. JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]