The collected works of dexter1 - Page 5

Hi folks,

Firefox 3.6 has a lot of glibc-isms, which i'm trying to iron out. 3.5.7 is running, but assertion failures prevent it from opening windows, or so i think. In SeaMonkey 2.0.1 i still have a dependency problem to solve. 3.0.17 is ported and running but still suffers from a bug in nspr/pthread.

I'm currently over my ears in attending classes and doing homework, not to mention finishing a new PC build at home (first in 7 years). I was hit by a nasty VBIOS bug in the newest Radeon card i bought, which underclocked the GPU too low. This prevented me from running Ubuntu and Windows 7, though in games it was fine :roll: . Fortunately a VBIOS flash from Sapphire Tech fixed it.

Anyway, i'll try to keep up with some builds going the next few days.

Yours,

Dex
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Hello People,

Sorry for being inactive for the past couple of months, i've been extremely busy with following a course at the university to raise my skills in Finite Element Method for solving differential equations. Needless to say i'm back in the game to become a true scientist :)

And yes, shoot me, i've been playing WoW again :(

Anyway, i will be getting a pressie next friday which consists of a former Cave machine here at the TU, an Onyx2! :)
Which means finally i can try out Firefox/Seamonkey builds without having to rely on remote X connections.
I still have an old Origin2000 in my office so maybe i can frankenstein some parts for the new machine.

Thanks for the wait, and thanks to Neko for keeping the forum alive.

dex

_________________
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
I have the manual with my P460, but it doesn't specify any machine dependencies. Did you point inst to the 6.5 directory?
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
A silver cube with lots of goodies. It ran in a rack previously so all skins have been stripped, even the bottom wheels. Therefore i cannot turn it on yet without frying the machine, so i have to wait until the skins arrive which should be somewhere next week.

So visual inspection gives:
- Two node boards
- standard null-router
- GE16
- RM10 256
- RM10 256
- DG5-2

Which makes it an InfiniteReality3 machine

and in the XIO section
- IO6G
- Shoehorn! with Qlogic 2200 FC card

The guy also has the two Barco projectors still in storage, so curious if they still work.

More to come..
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
It's a stripped deskside. you're right Jan-Jaap, i can probably find some wood to place the machine on top of it.

Is there any trick in removing the nodeboards btw? I'm testing removal on my old Origin2000 and it feels like i have to apply an unreasonable amount of force. I removed the blanking plate next to the nodeboard, but i cannot find any extra screws of latches holding the boards in place.

(btw there is this gooey rubber on the blanking plate which protected the large compression connector on the backplane for years. The rubber is now sweating and partly ripped apart after i took the plate out. My most logical conclusion i could muster is that re-inserting the blanking plates would result in smudge and dirt on the compression connector so i remove the rubber.)
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
jan-jaap wrote:
dexter1 wrote: Is there any trick in removing the nodeboards btw? I'm testing removal on my old Origin2000 and it feels like i have to apply an unreasonable amount of force. I removed the blanking plate next to the nodeboard, but i cannot find any extra screws of latches holding the boards in place.

You need to release both the two screws and the two 7/64" hex bolts.
It can take quite a bit of force to release a nodeboard. Use a foot to keep the chassis in place and pull with both hands :)


waitaminute, 7/64 Hex bolts? As far as i can see there are only two spring-locked screws, one at the top and one at the bottom. I've looked in the owder's manual but i can't find any reference to hex bolts.

UPDATE: Aha! the Red cyllindrical bolts in the middle. I mistook them for some NMI jack or something other vague :)

Nevermind, i have a go at it later. Thanks anyway for the help.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Got serial and a hinv:

Code: Select all

>> hinv -v
IP27 Node Board, Module 1, Slot n2
ASIC HUB Rev 5, 100 MHz, (nasid 0)
Processor A: 300 MHz R12000 Rev 2.3
Secondary Cache 8MB 200MHz Tap 0xa , (cpu 0)
R12010FPC Rev 2.3
Processor B: 300 MHz R12000 Rev 2.3
Secondary Cache 8MB 200MHz Tap 0xa , (cpu 1)
R12010FPC Rev 2.3
Memory on board, 2048 MBytes (Standard)
Bank 0, 512 MBytes (Standard)  <-- (Software Bank 0)
Bank 1, 512 MBytes (Standard)
Bank 2, 512 MBytes (Standard)
Bank 3, 512 MBytes (Standard)
IP27 Node Board, Module 1, Slot n1
ASIC HUB Rev 5, 100 MHz, (nasid 1)
Processor A: 300 MHz R12000 Rev 2.3
Secondary Cache 8MB 200MHz Tap 0xa , (cpu 2)
R12010FPC Rev 2.3
Processor B: 300 MHz R12000 Rev 2.3
Secondary Cache 8MB 200MHz Tap 0xa , (cpu 3)
R12010FPC Rev 2.3
Memory on board, 2048 MBytes (Standard)
Bank 0, 512 MBytes (Standard)  <-- (Software Bank 0)
Bank 1, 512 MBytes (Standard)
Bank 2, 512 MBytes (Standard)
Bank 3, 512 MBytes (Standard)
XTALK_PCI IO Board, Module 1, Slot io5
ASIC BRIDGE Rev 4, (widget 13)
adapter ID (Vendor 1077 Device 2200), (pci id 1)
BASEIO IO Board, Module 1, Slot io1
ASIC BRIDGE Rev 4, (widget 15)
adapter PCI-SCSI Rev 5, (pci id 0)
peripheral SCSI CDROM, ID 6, TOSHIBA CD-ROM XM-6401TA
adapter PCI-SCSI Rev 5, (pci id 1)
adapter IOC3 Rev 1, (pci id 2)
controller multi function SuperIO
controller Ethernet Rev 1
adapter IOC3 Rev 1, (pci id 6)
controller multi function SuperIO
controller Keyboard/Mouse
controller Parallel Port
adapter RAD , (pci id 7)
ASIC XBOW Rev 5, on midplane of Module 1
KONA Graphics Board, Module 1, Slot io4


The graphics pipe apparently is programmed for some oddball resolution, since i get a black screen on one Sony Widescreen 90W11monitor and the other one says "out of scan range" which leads me to believe the first Widescreen is defective. I checked it with a Sony 20D11 and i do get gfx, but way out of sync.

Next task is cram in a disk and install IRIX so i can reset the resolution on the IR EEPROM
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
PROM version lists 6.103 and appears to be one of the first revisions for these systems.
Which explains why i cannot netboot this system into miniroot, but i can netboot fx.64 . Very odd

My Spare O2K can netboot fx.64 and miniroot install just fine from my Linux workstation, i just verified it.

Hm

The CDROM doesn't like my 6.5.25 install CD, so i guess i have to hunt for another CDROM player, hook it up the backside and try to install using CD's.

Will let you know if i succeed.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Success!

It turned out that there was some POD cruft lingering in the machine PROM, so a

Code: Select all

pod
go cac
clearalllogs
initalllogs
flush
reset
followed by some resetenv and setenv console d switching, i finally got him to recognize my UltraPlex40 so i could DiskJockey an 6.5.25 installation. That installation brought my firmware of the nodeboards and the IO6G to 6.156 so that is in good shape.
I'm now running 1600x1200 at i think 60 hz on my 90W11

I still have some messages about memory banks missing dimms, which didn't go away after the pod command sequence. I don't think myself they were missing after all, since 4GB ram is installed and a quick inspection shows banks 0 1 2 and 3 occupied with 512MB sticks on both boards
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
nekonoko wrote: The main thing of course is the R4K CPU board.
...and the R4K motherboard, since that's where the R4K CPU board needs to be attached to.

Happy upgrading :)
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
The guy who gave me the Onyx2 says that he cannot find the skins in their basement anymore :(

Which means i now have to get hold of some alternative skins for this machine. I actually like the odd Onyx2 Rackmount skin from Jan-Jaap's Onyx2 acquisition, and since the ABS skins are crumbling within a couple of years, i might be interested in those metal fronts.
I also am going to find a steel/aluminium workshop to craft something for the top and side panelling, since you wouldn't want anything liquid spilling over the top side. Paint purple. Done.

Thanks to the Spare O2000 i have some spare parts concerning sleds/wheels/PSU/Power-cord and fan tray, though the tray has recently been serviced. Looking inside the machine i kinda understand why this component has been serviced, since the machine is totally covered in black soot from the inside.

So how to clean such a beast? I can take out the node boards and graphics, but that would leave the compression pads on the back plane unprotected.
I was planning to tilt the machine so that the pads would point down and i could clean the soot by simply hoovering/dusting.

Any insight on this would be very helpful :)
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Hi all,

Sorry for the long wait, i've been off the board for several months again. This time it's my work at the TU which is at risk. It started in may and culminated last monday in a letter stating that i will not come back in the new organisation which starts the first of November.

I have no idea what will happen next to be honest. I have to leave my office in a week, containing a lot of the old SGI's and the Onyx2 and Origin2k so my buildwork on firefox is at risk. I'll try to get things shipped and tucked away for the moment, and the firefox3 work has to be archived and saved somewhere else.

As for the primary nekochan mirror: it's looking for a new home. I should get some colo space rented and put the stuff on there, but for now this is frankly the last of my worries. It will be addressed i promise.

I'll let you know how things fare in a few weeks time. Peace to y'all and happy SGI'ing!

dex
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Hello all,

After my announcement that the mech001 primary mirror is going offline, you guys have created a peak surge of download the past week. I've been contacted by TU-Security and asked if this is normal. Well, i explained the situation to them and i and hope they will understand the surge in bandwidth last week was due to excessive rsync traffic of this software archive.

So please people, don't pull redundant stuff over our network, just for the sake of getting the full mirror before it goes offline. I will make sure that there will be a new server to continue this service, but please be patient with me sorting out my work troubles, and don't create more problems by killing my bandwidth quota for this machine.

Thank you,

Dexter1
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Image

Most likely the downloads from 24th and 25th of october were the culprit of the warning.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Hello fellow Nekochanners,

I want to give you all a quick update of how i'm doing at the moment.
My work situation hasn't improved sadly. There is a legal battle concerning a job offer i applied to. Because it's now 6 months ago after i applied initially, i decided to stop worrying about my chances of staying at the university and start writing letters to respond to job offers.

So if any of you know a cool job concerning High Performance Computing / Fortran / Scientific software, give me a shout. I don't really care about location btw, anywhere in the EU region would be fine.

Also health-wise i suffered a severe blow by being diagnosed with pneumonia and urinary tract inflammation two months ago. I successfully recovered and am now doing fine.

Because of this i had no time to play around with SGI equipment and software. Most notable the firefox project grinded to a halt. Not sure when i will be picking up the pace again, i first need to set some priorities concerning work and housing.

Kudos for still being here btw! Miss you all.

Yours

Dex

_________________
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
Well, hell froze over...

After 8 months of uncertainty i finally have my job back. It's not a 1:1 match but my job is reborn as a ICT Developer and i am now fully reinstated as a member of the ICT Department at the Delft University of Technology.
I also kept all of my benefits, which is a good package.

I'll be doing more development and contributing to projects and doing less admin, which is good.

I'm not married to these folks however, and i realize now that being happy at work also means progressing and maturing, so i try to get less involved with simple admin chores and do more research stuff. If the new direction still doesn't appeal to me, there's always other greener grass i can go to :)

And my WoW habit seem to be diminished a bit, so i'll be squatting on the forum again.

Yey!

_________________
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O2000: :Onyx2:
European nekoware mirror, updated twice a day: http://www.mechanics.citg.tudelft.nl/~everdij/nekoware
ftp://mech001.citg.tudelft.nl rsync mech001.citg.tudelft.nl::nekoware
So, i managed to get up this morning and found my old credentials for this forum. Welcome all, it's been 4 years since i last got here.

I have some old stuff i want to clear before getting back to code sgi stuff and help folks, so i'll be doing an inventory of all the SGI machine piling up in my office.

Good to see old and new folks still around. :)
More to come
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Thank you for your kind words, i appreciate it.

The inventory has stayed constant, pretty much since 2009 or so. I only threw away useless stuff like the Challenge L-Vault since its only use is a a boat anchor.

And some systems just crumbled and died: The O200@270MHz craylinked system just dropped from the grid one sad day and didn't came back. Analysis: master unit dead as a dodo. The Slave unit was functional so i swapped a DIP switch and the NIC (number in can) and that system stayed for some time as a build machine for firefox. But in the end the new University network reconfiguration got the better of them, my airconditioning unit also broke, so i couldn't keep the machines up 24/7
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
ClassicHasClass wrote: Reeeeeeally. What version?


Firefox 3.5 / Seamonkey 2.0. I should fire up the machine to take a look at the exact version and pump stuff over to my home rig.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
I would like to get up to speed about the state of software packages on Nekoware and if it is still being used. It's been such a while since i used all of this, i have to relearn/rediscover stuff.
I've already seen that there is another distribution site/flavor for mips3 software, good.

The problem is porting more recent software requires more recent C/C++ compatibility and with the MIPSPro compiler this is going to be increasingly difficult. You can go gcc/g++ of course, but that would possibly impact performance and moreover i'm not sure about compatibility of libraries with Nekoware stuff.
Also, more recent software requires modern openGL versions, which isn't available on many systems. Software performance is nowadays less of an issue with current Linux systems but what runs fine on PC's does not run fine on old SGI iron, save for the lucky few who have Fuel's, Octane2's and Tezro's.

I think we should look at porting more generic software packages like programming languages and stuff which isn't in IRIX. I agree with Hamei in that if we have good tools in IRIX, there's no need to replace stuff with opensource software.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Great discussion! Thanks for all the input.

I believe that what we need right now is some way to keep what's good and develop stuff that's useful to run and which is fun to have. Sure a decent modern browser would be cool, but i am not putting all my time in that, since debugging that Bus-Error is one of the hardest things i did. Fun and challenges are the main things which motivated me coming back and i intend to try and make stuff which is appreciated by me and others.
Also, dissing opensource projects is not the way to increase our enjoyment and productivity on our SGI's. So let's not do that, but instead focus on what does work: Do we have cool Motif stuff around? Well, get them distributed and try it out.

I think information is the main problem we are facing. The machines are getting old and knowledge is fleeting. We need to maintain this. I'll be pouring over the wiki to get some stuff straightened out.

But all in due time. My O2 is now at home, and i'll be hooking it up next week. Then let the fun begin :)
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Back in 2005 i did this to extract a single file from a tardist: viewtopic.php?t=8161#p62729

Should still work, yes?
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Hello DaJuice, good to see you back.

I've rejoined the community a month ago, and i hauled my old O2 back into my mancave so i'm with ya :)
There is the old LED mod for the Octane, which is a nice winter hobby project. CD Drives are tricky to find, but i have scavenged a few Toshiba SCSI models which i use to help some systems remove the root password. Maybe a yardsale somewhere will have these around.

Building a PC for IRIX network install will be my next task. I suggest you try it too, to not be too dependent on CD media.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
A word of praise is in order.

Nice work and i am glad to see that someone took the time and effort to come up with a solution for maintaining a working Fuel without having to go through hard-to-find replacement parts. I honestly don't know if there even is a replacement market available for Fuel PSU's. I guess if there were, kubatyszko would not make the PCB in the first place :)
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
My attempts with Firefox 3 series was with version 3.0.15. Yes, it does need a substantial amount of patches in the MIPSPro build, at least for that version. I haven't attempted a gcc build yet, but check the search feature. There are some posts pertaining 3.5.5 builds by PymbleSoftware, see viewtopic.php?f=15&t=16725898
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Jodys, i'm going to run the test_ic.c on my O2. I'm interested in what you have found already. Disassembly of vicempeg.so is an option, though it is not for the faint of heart.

Above all, i just need some courage to run the system knowing that i have to turn it on and off for some time before i can run it 24/7. I need to make it a bit more silent...
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Yesterday i got my main O200 fileserver back online after it shut down two years ago. i have located various build directories, one of which was firefox 3.5.5 with MIPSPro 7.4 and nekoware from 2009
I'll share this firefox 3.5.5 work in progress build as well. I haven't done much since 2010, but there is one more O200 i have to revive that i think has firefox 3.0.19 build directory with the bus error.

mozconfig

Code: Select all

CC=c99
CXX=CC
CFLAGS='-n32 -INLINE -woff 1174'
CPPFLAGS='-I/usr/local/include -I/usr/nekoware/include'
LDFLAGS='-L/usr/local/lib -L/usr/nekoware/lib'
LIBS='-lm'
CXXFLAGS='-Zf,_245 -ptused -n32 -INLINE -woff 1110,1171,1201,1355,1460,3201,3303,3625,3649'
PERL=/usr/nekoware/bin/perl
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/nekoware/lib/pkgconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/ff-dbg-static-cc

ac_add_options --enable-application=browser
ac_add_options --enable-official-branding
mk_add_options MOZ_CO_PROJECT=browser
mk_add_options MOZ_MAKE_FLAGS="-j3"

ac_add_options --enable-debug
ac_add_options --disable-optimize
#ac_add_options --enable-optimize=-O2
ac_add_options --disable-shared
ac_add_options --enable-libxul
ac_add_options --disable-dbus
ac_add_options --disable-tests
ac_add_options --disable-ogg
ac_add_options --disable-wave


Two patch files, one for the firefox main source one for the XPTC/NS bruhaha
firefox35_irix.patch
(14.49 KiB) Downloaded 1 time

xptcall.patch
(15.68 KiB) Downloaded 3 times


There are other hurdles on the road, but this should get a MIPSPro build going
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Go up a few posts, there's a link provided by Nekonoko
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
test_ic_dexter1_O2_6530.txt
(9.16 KiB) Downloaded 23 times


What strikes me is that even Macroexp and i have the same IRIX version, our test_ic.txt differ. I'm running an R12K@270 system with AV board
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
What replacement fan did you install?
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
As you have read from this old thread, yes, you can kill O200's easily. O200 PIMM-modules and MB are connected in the sense that the MB needs to know the base clockspeed of the PIMM-module, which you need to flash by hand while the system is still running with the original CPU-MB combination. If you exchange PIMM modules without updating the clockspeed info on the MB, you risk bricking it.

Oh, and steer clear of R12K 270MHz, these are particularly problematic.

BTW: thread necro
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Well it was the other half of my quad R12K270MHz O200 which decided to say goodnight in viewtopic.php?f=3&t=16720497&p=7296192&hilit=O200#p7296192

I had no quarrels with the quad R10K 180MHz and 225MHZ systems, although i am still trying to revive the systems after 5 years. One of my 225's came up today with a memory fault in slot 1 so that should be fixable, and the single R10K 180MHz actually still works fine.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Indyboy wrote: Even when the clockspeed is the same and the difference is just the number of CPUs on the PIMM?


Yes, because you need to flash four parameters: clock speed, bus speed, SN0 and cache size. If you make only one mistake out of four, chances are that the system will not boot up.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
This discussion is only about the recent terrorist attacks in Paris. Please refrain from adding irrelevant material and derogatory statements towards people or this thread will be locked.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Hamei, is there a simple check for the library inport and the display bug?
Xcircuit 3.8.78 compiles fine on my O200, but i'm not sure what the exact problem is. It would be a real shame if you have to go back in versions to make it run, getting old bugs re-introduced that way, whereas it might be a very simple fix to get library import and displaying running.
It could be something as trivial as the visual colorspace in use...
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Hamei, is hat the Xw version of xcircuit you are using? You're typing ./xcircuit which leads me to believe you are using the (old) X interface.

Try going to tcl/tk. Nekoware has the 8.4.11 versions which are fine and do not require any dependencies.

When building xcircuit 3.8.78, or 3.9.x for that matter, use: ./configure --with-tcl=/usr/nekoware/lib --with-tk=/usr/nekoware/lib
And when finished, do:

Code: Select all

setenv XCIRCUIT_LIB_DIR ./lib
setenv XCIRCUIT_SRC_DIR ./lib/tcl
./lib/tcl/xcircuit.sh

And let us know what you get. I actually reproduced the library display bug on my remote X terminal (Ubuntu 15.10 Latitude laptop) with the xcircuit program running on the o200.

PS: i was able to compile 3.8.78 with tcl/tk it on my Ubuntu Laptop and the first thing i notice that there is a "grid" which is missing in the irix-xcircuit window. Sure enough, when i press 'l' i see the library...
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
Thanks Hamei for the additional info.

I've done some more tests, mainly on 3.8.78:
- Linux xcircuit build 3.9.40 with tck/tk and without cairo give the same X_CopyArea crash when placing a library element on the window.
- IRIX gcc-build with xcircuit 3.8.78 -> no grid dots and no library visible
- IRIX MIPSPro build with 3.8.78 and --disable-double-buffer -> no grid dots and no library visible
- IRIX MIPSPro build with cairo from nekoware doesn't compile, probably too old cairo and incompatible pointers. I can cast stuff, but rather not.

Oh and on all IRIX build:

Code: Select all

checking X11/xpm.h usability... yes
checking X11/xpm.h presence... yes
checking for X11/xpm.h... yes
checking for XpmCreateImageFromData in -lXpm... yes


No problems with that fortunately.

As for the bus error. I haven't learned to debug tcl/tk apps in the debugger. If anyone can show this for me, especially for xcircuit, i'd be all ears
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
I deleted my recent post again. I accidentally used

Code: Select all

/usr/bin/wish
instead of

Code: Select all

/usr/nekoware/bin/wish8.4
for testing tcl/tk scripts.
xcircuit 3.8.78 picks up the right wish:

Code: Select all

Makefile:WISH_EXE = /usr/nekoware/bin/wish8.4
so that looks to be okay.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
According to http://datasheet.octopart.com/FBA08A12U ... 276522.pdf the original Panaflo is specced at 46.9 CFM so your Cooler Master is more like 6/7 of the Panaflo CFM rating. And all that cooling with only 28dB noise, that's very good!

You've wisely chosen for more throughput at the expense of noise. In the case of the R12K i fully agree with your decision.

I am waiting for a few hours downtime so i can pop in my replacement fan: EBM Papst 8412 NGME
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2:
A turn of events: I have found the cause of the Bus Error in 3.4.x
I will walk all of you through this, so you know now what to do when encountering bugs like these:

Code: Select all

mech003 /usr/people/everdij/xcircuit/xcircuit-3.4.3> /usr/nekoware/bin/wish8.4 lib/tcl/xcircuit.tcl
Starting xcircuit under Tcl interpreter
Bus error (core dumped)

...upon clicking of the canvas. Since we have a core we can run dbx:

Code: Select all

mech003 /usr/people/everdij/xcircuit/xcircuit-3.4.3> dbx /usr/nekoware/bin/wish8.4
dbx version 7.3.4 (86441_Nov11 MR) Nov 11 2002 11:31:55
Core from signal SIGBUS: Bus error
(dbx) where

Thread 0x10000
>  0 makepress(clientdata = 0x1000000) ["/usr/people/everdij/xcircuit/xcircuit-3.4.3/events.c":1140, 0x4203d4]
1 <Unknown>() [< unknown >, 0x1932db0]
(dbx)

Two things:
1) Since Tcl/TK looks to be multithreading, which makes sense for a graphical toolkit, the trick is to not debug the xcircexec or any other program, but the tcl shell itself, in this case wish8.4
2) xcircuit events.c line 1140 looks to be suspect. In order to verify this i attempted to run the xcircuit tcl program from the debugger:

Code: Select all

(dbx)  run lib/tcl/xcircuit.tcl
PC value from core file (0x0) is not part of the program.
Assuming return register value (0x0) usable to locate PC.
Process 58056 (wish8.4) started
Starting xcircuit under Tcl interpreter

Process 58056 Thread 0x10000 (wish8.4) stopped on signal SIGBUS: Bus error (default) at [keyhandler:1994 +0x4,0x423c94]
1994  if ((pressmode != 0) && (keywstate == pressmode)) {
(dbx)  where

Thread 0x10000
>  0 keyhandler(w = (nil), clientdata = (nil), event = 0x7fff2510) ["/usr/people/everdij/xcircuit/xcircuit-3.4.3/events.c":1994, 0x423c94]
1 xctcl_standardaction(clientData = 0x100145e0, interp = 0x10011be0, objc = 4, objv = 0x7fff2620) ["/usr/people/everdij/xcircuit/xcircuit-3.4.3/tclxcircuit.c":6721, 0x4a75bc]
2 <Unknown>() [< unknown >, 0x19174e0]
(dbx)

Another Bus Error, this time at line 1994 in events.c. BTW, i pressed 'l' to load the library when this Bus Error happened.

So what are those lines and routines in events.c?

Code: Select all

1129 #ifdef TCL_WRAPPER
1130 xcTimeOutProc makepress(caddr_t clientdata)
1131 #else
1132 xcTimeOutProc makepress(caddr_t clientdata, xcIntervalId *id)
1133 #endif
1134 {
1135   int keywstate = (int)clientdata;
1136
1137   /* Button/Key was pressed long enough to make a "press", not a "tap" */
1138
1139   areastruct.time_id = 0;
1140   pressmode = keywstate;    <-----
1141   eventdispatch(keywstate | HOLD_MASK, areastruct.save.x, areastruct.save.y);
1142}

Code: Select all

1987      if (areastruct.time_id != 0) {
1988         xcRemoveTimeOut(areastruct.time_id);
1989         areastruct.time_id = 0;
1990         keywstate = getkeysignature(event);
1991      }
1992      else {
1993         keywstate = getkeysignature(event);
1994    if ((pressmode != 0) && (keywstate == pressmode)) {    <-----
1995            /* Events that require hold & drag (namely, MOVE_MODE)   */
1996       /* must be resolved here.  Call finish_op() to ensure   */
1997       /* that we restore xcircuit to   a state of sanity.   */

Both involve a comparison/equation of pressmode and keywstate. keywstate is an int but pressmode is not defined in the function, so it must be globally defined at the top of events.c:

Code: Select all

63 extern int pressmode;

Oh it's declared external, so are there other declarations for pressmode? :

Code: Select all

mech003 /usr/people/everdij/xcircuit/xcircuit-3.4.3> grep pressmode *
events.c:extern int pressmode;
events.c:   pressmode = keywstate;
events.c:        if ((pressmode != 0) && (keywstate == pressmode)) {
events.c:           pressmode = 0;
keybindings.c:extern Boolean pressmode;
keybindings.c:   if (pressmode) {
tclxcircuit.c:extern Boolean pressmode;
tclxcircuit.c:         pressmode = True;
tclxcircuit.c:   pressmode = False;     /* Done using this to track 2-button bindings */
xcircuit.c:Boolean       pressmode;   /* Whether we are in a press & hold state */
xcircuit.c:   pressmode = FALSE; /* not in a button press & hold mode yet */
xcircuit.c:      pressmode = True;      /* 2-button mouse indicator */
xcircuit.c:   pressmode = False;        /* Done using this to mark 2-button mouse mode */

... WhiskeyTangoFoxtrot, They mixed int with Boolean declaration for pressmode? ... No wonder IRIX SIGBUS'ses when it encounters this.
But what should be the correct type? Int or Boolean? A grep of pressmode in xcircuit 3.8.78 shows this:

Code: Select all

mech003 /usr/people/everdij/xcircuit/xcircuit-3.8.78> grep pressmode *
events.c:extern int pressmode;
events.c:   pressmode = keywstate;
events.c:        if ((pressmode != 0) && (keywstate == pressmode)) {
events.c:           pressmode = 0;
keybindings.c:extern int pressmode;
keybindings.c:   if (pressmode == 1) {
tclxcircuit.c:extern int pressmode;
tclxcircuit.c:         pressmode = 1;
tclxcircuit.c:         pressmode = 1;
tclxcircuit.c:   pressmode = 0; /* Done using this to track 2-button bindings */
xcircuit.c:int   pressmode;   /* Whether we are in a press & hold state */
xcircuit.c:   pressmode = 0;    /* not in a button press & hold mode yet */
xtgui.c:extern int pressmode;   /* Whether we are in a press & hold state */
xtgui.c:         pressmode = 1;         /* 2-button mouse indicator */
xtgui.c:   pressmode = 0;       /* Done using this to mark 2-button mouse mode */

So it must be an int. As a quick test i tried to declare pressmode as Boolean for fun and indeed, no more Bus Errors. The program kinda works but i don't see any lines or libraries. I do see a grid though...

So fixing this makes the Bus Error disappear. I haven't done that for this particular version, because you might want to patch a higher code version of xcircuit where the grid disappears.
:Crimson: :PI: :Indigo: :O2: :Indy: :Indigo2: :Indigo2IMP: :O200: :O2000: :Onyx2: