The collected works of alexott

thunng8 , gkl :
gkl wrote:
This thread was of some help in trying to figure out the OEM, but as far as I can tell, the C8000 audio card was never sold as anything else.

Info update :P Hope that will help you and other seekers of audio-option for C8000.

_________________
:rx2600: , and another bits of my collection .
[...]
Biznass wrote:
In regards to the sound board chip it's a "cm18738" (at least the board I'm looking at) if that helps anybody out.

Yes, you're right, the CM I 8738 chip is used on original AB620-60503(a) sound card option for C8000. On chip you'll see the following notes:
Code:
Sonic Engine
icmi8738/pci-6ch-mx
(the card itself is not multi-channel btw).
But it doesn't absolutely mean that any CMI8738 sound card will work there (but it maybe supported by OSS/HPUX, as many other options, like Audigy or SB Live). The only proved option with this chip is a AB620-60503( x ) (philips 1602 rev X ), but it's usually hard to find and they are sell at high price, as bonus you'll have connectors for speaker and front-panel phones out. I personally still suggest Genius-Kye Sound Maker Live 5.1 (more info is provided at the link in my previous post), at least in my country i got one for sum equals to $4 USD and got it promptly :P Sound Maker option should also work on HP-UX/IA64 target, but i have only one positive report about it, and lazy to check it by myself :oops: (i.e. i don't want to move this card from my C8000 to my rx2600 and install HP-UX on rx2600, which i don't have there, maybe later, when i'll get another one card).

_________________
:rx2600: , and another bits of my collection .
HP C8000
HP rx2600
DEC VT220 :)

zx1 chipset 'obsession'. :oops:
Both are maxed-out in my case: C8000 came maxed-out and rx2600 i maxed by myself. As for C8000: supported video-option is better there - ATI FireGL X3 (for IA64 you're stuck with X1, which occupies two slots :? ), processor option is interesting, comparing with IA64 - i have 2x dual-core PA8900 (so 4 cores in total, in rx2600 i have 2 cores) with huge caches, another very cool thing is that i got C8000 with full room of RAM, rare 4 Gb PC2100 modules in 8 slots total - 32 Gb at all, so C8000 is ideal for HPUX`ing ;) For rx2600: integrated ATI 7000 on iLO MP card is a nice bonus (it's supported by OpenVMS DECWindows for example), i have an AGP riser option also: so outstanding graphics for HP-UX (up to ATI FireGL X1), Windows and Linux is there. CPU option is unique of course (EPIC architecture, opportunity to run unique systems like: Windows/IA64 and OpenVMS finally, nice threading and productivity with dual 1.5 Ghz / 6M L3 cache CPUs), room space for RAM is also awesome: 12 slots, up to 24 Gb officially, up to 48 Gb (!) un-officially (should be, i checked by moving 8x 4 Gb sticks from my C8000 there, remaining 4x slots were filled with 2 Gb sticks - and i got 44 Gb working there :P ), but for 48 Gb i wasn't be able to find cheap 4 Gb kits at all, so stayed with 2 Gb modules.

_________________
:rx2600: , and another bits of my collection .
I'm just curious did anybody see or apply non-standard cooling option for this socket? Particularly, i'm interesting in CPU cooling for SB 2500.
I know that one may use cooler for GeForce 8600 GPU on UltraSPARC II (the holes match, see: viewtopic.php?p=7344184#p7344184 ), but never heard of similar solution for 959 socket.

_________________
:rx2600: , and another bits of my collection .
SAQ wrote:
Why would you need it? Sun has good engineers, and unless you're doing something odd their thermal system should work just fine. I guess that fan noise could be one reason to muck around with it.

I just got a second CPU for my system without heatsink :( , and i don't want to spend much on stock option, they are expensive. So that's the reason.

_________________
:rx2600: , and another bits of my collection .
I suggest to sign petition on freeing IRIX Interactive Desktop: http://www.change.org/petitions/silicon ... ve-desktop ;) .

_________________
:rx2600: , and another bits of my collection .
zizban wrote:
GLterminal does rock...too bad it doesn't work real well on intel.

For OS X 10.7 and upper (without Rosetta) one may use Cathode .

_________________
:rx2600: , and another bits of my collection.
porter wrote:
Except if you are on Mountain Lion of course.

Why? XQuartz handles apps same as X11.app did.

_________________
:rx2600: , and another bits of my collection.
Clico Fantastico wrote:
but it looks like regular Radeons (8xxx, 9xxx) might work too.

It's better to use official options on c8000. Here's why:
Quote:
The FireGL X1 / 256 AGP pro card used in the C8000 is a standard ATI part, but has a special video BIOS that reduces the PCI BAR space used by the card. The C8000 I/O space totals 256Mb, so using it all for the graphics wouldn't allow for any boot devices, etc.

And there's the original discussion.

_________________
:rx2600: , and another bits of my collection.
pjahn wrote:
What would you do with it/install on it? Or is it ready for disposal? HP-UX is not an option because of the incompatible graphics card.

Here are my suggestions (see Offtopic Comment):
http://www.betaarchive.com/forum/viewto ... 98#p319798

_________________
:rx2600: , and another bits of my collection.
If you'd only publish the full source code of the product. Sigh...
mazzinia wrote:
yes, there is linux for pa, but on the c8000 not even the onboard serial ports are supported.

The support for pdc ports on c8000 is now fixed. Just never boot from an old 5.01 Debian image, there is no support for them in it. Plus, an e1000 ethernet is broken there. The solution is to use a recent Gentoo minimal livecd, which has a kernel with serial ports support and pass a console=ttyB0 parameter to the kernel.

The guys behind Linux/hppa had improved c8000 support very recently (most of fixes merged into a fresh 3.10 stable kernel). It includes PA-8900 cache flush fix, it should perfect a run on cpus with big L2 caches; and a support for c8000s gfx options.
As so, i'm trying to use a Debian as second system on my machine. The reason is simple - Hpux is dead for a decades. The lack of modern software (pkgsrc and tww are very poor on Hpux) and a narrow coverage of supported periphery don't allow to uncover a potential of the workstation.
Some team member is preparing an unstable Debian install cd (c8000 'll be supported) for those willing to try. Meanwhile one may unroll Linux in a time consuming manner. Here's my dirty notes: http://pastebin.com/4CJt9krq Everything seems to work, even an ati framebuffer, but a xorg. Will try to figure out a solution.

_________________
:rx2600: , and another bits of my collection.
ClassicHasClass wrote:
Is there anywhere to look at that?

In the paste i provide there are all required commands and links. But better to wait for a promised cd. I suppose the link to it will be posted at parisc-linux.org or debian-hppa mail list.
Quote:
I'd like to keep one running HP-UX because I have stockholm syndrome and I just can't stay away from it.

That's absolutely right :) It's not a bad unix. The only shame is today's HP patch policy.

_________________
:rx2600: , and another bits of my collection.
Some insane shots from my childhood era. It was an OpenBSD/amd64.

_________________
:rx2600: , and another bits of my collection.
I'm using it on HP-UX: https://bitbucket.org/dukzcry/gentoo-pr ... pa-overlay . It's a pain in ass to bootstrap, but once done, it's fairly usable.

_________________
:rx2600: , and another bits of my collection.
I have one unchecked for the sale too though the size is 73gb and have no caddy for it.

_________________
:rx2600: , and another bits of my collection.
All these
Quote:
SPD reports DIMM cycle time is less than ... MHz
SPD reports DIMM has unsupported CAS latency value
SPD reports DIMM has unsupported SPD revision

et cetera errors are known.

You should either downgrade or upgrade (google through the patches descriptions and forums) the Openboot.

I've got the last error (after i changed the memory with another sticks). The problem is that my old Openboot version suports only SPD 0.0, while the new sticks have SPD 1.x.

Can anybody help me with getting the OBP 4.9.5 or higher for the SB2500 so i can overcome this issue?
Found it here:
http://ssh.mdcl.com.cn:8652/syshbk/Devi ... tml#SB2500
then googling by patch number.

_________________
:rx2600: , and another bits of my collection.
bluecode
The guys are using 2.5 CL sticks when on proper OBP version.

P.S.: Yay! 2 Gb PC2100 CL 2.5 sticks are going for 8 EUR per stick on eBay nowdays.

_________________
:rx2600: , and another bits of my collection.
ClassicHasClass wrote:
Okay. I await with interest. :)

Still not a ready-to-go installation cd, but you may try to install following the new guide: https://parisc.wiki.kernel.org/index.ph ... stallation now :)

_________________
:rx2600: , and another bits of my collection.
ClassicHasClass : The guy who's wrote the guide is using C8K, so i suppose yes.

_________________
:rx2600: , and another bits of my collection.
Winnili wrote:
The fairly recent, aforementioned, HP workstation zx2000 (IA-64) is fairly small, but very hard to find (and probably not going to be very affordable). I guess and that system would probably be capable of running the latest version, HP-UX 11i v3.1 U10 (although without HPVM support and such).
Quote:
If you do want HPVM (also known as Integrity VM) support, the smallest will probably be an HP Integrity rx2620 in 2U, 19" rack-mounting enclosure, with one or more “Montecito” ― i.e. Itanium 9000-series, with Intel VT-x Virtualization Technology ― processors...

Why do you keep overtrusting some wrong information you did read once somewhere? An Integrity VM had running nicely on machines starting from very early Itanium 2 (and possibly the first Itanium?) models produced by HP.
I have no problem of using an IVM 3.5 @ HP-UX 11v2 on my rx2600, running HP-UX, Linux and Win guests, and i can't call this all being slow.

P.S.: Besides, there are a lot of places, mentioning running IVM on "pre-Montecito" hosts. For example, at Novell or this discussion .

P.P.S.: If you took the info from HoffmanLabs post , than he just forgot to set an explicit mark that the info corresponds only to the OpenVMS running as guest in IVM.

_________________
:rx2600: , and another bits of my collection.
Now, a more handsome suggestion - running an Integrity VM with some of mentioned luxury IA64 stuff inside: viewtopic.php?p=7362753#p7362753 :)

_________________
:rx2600: , and another bits of my collection.
Sorry for the newbie question, but I'm wondering what is the smallest SGI workstation? Indy I presume?
Thank you, miod!
josehill wrote: Which leads to things like this - http://www.jumboprawn.net/jesse/projs/laptop.html

I think I saw it earlier. The fun :)
ClassicHasClass wrote: I think the Indy is by far the most space-saving workstation as well: you can put things on it (monitors, other systems, etc). You can't really stack stuff on an O2.

Thanks! This is where pizza boxes / desktops rule.
Indy hardware seems to be most documented amongst others according to this post: viewtopic.php?p=116907#p116907
FPGA is really a panacea for an aging hardware. There are already FPGA clones of old Amiga models, so maybe we well see same for SGI machines some day. This just needs some heavy lifting of reverse engineering, developing etc.
ivelegacy wrote: well, we know something because SGI has released something (and more specifically about the gfx, for the most), but it is not enough.

I'm intersting how far http://www.vanheusden.com/miep/ or http://gxemul.sourceforge.net/gxemul-st ... bsdsgimips will go. Probably some reverse engineering guru could help them.

Looks like it's not a deal to go with SimOS viewtopic.php?p=116966#p116966 And I suppose adjusting zones layout means also adjusting IRIX kernel built for it. But we have no sources of that kernel :(

the real problem is: we can't emulate a 200Mhz MIPS CPU plus its gfx pipe with a common cheap fpga (e.g. spartan6 by Xilinx), we need harder fpga (even if under the "enterprise level, e.g. Virtex by Xilinx), which are expensive. So, the resulting hw will go for 500 euro at least.

I wonder whether there are new ABI compatible MIPS CPUs to offload this task from FPGA scheme? Or mixed design is not possible? Also selling as non-assembled i.e. kit should drop price a bit.

recondas wrote: If anyone wants a closer look at the insides, a forum member (geo) actually has an "jumboprawn" O2 laptop purchased directly from the original creator: viewtopic.php?f=3&t=16725597&p=7342801&#p7342801


Thanks for bringing it here. So this thing is real :)
TeamBlackFox wrote: If you want more, best phone up Rackable and beg them to open source IRIX and the other IP surrounding it.

We need petition but I doubt it will get enough votes... Right, it's better to relax and wait another 20 years more before they release it open source as good-will gesture :) If they do this ever.
But this will open another can of worms. As it will be fully open people will go porting it to the modern MIPS hardware. And maybe porting to x86 and writing binary translator to run apps of heritage.
I would like to, but I'm not good in english :)
We already have an IRIX Interactive Desktop freeing petition https://www.change.org/p/silicon-graphi ... ve-desktop It was advertised on things like Twitter, but people got no interest.
What would be good after starting IRIX open source petition is to ask each forum member to sign it (by sending mass PMs?). This will give initial amount of votes. After that members with good SGI background could explain the need of it and defend it in flames on places like Reddit to give another mass of votes.
foetz wrote: the linux kiddies seem to lack any kind of esteem and responsibility so either they can manage to get it into proper hands or better keep it locked up otherwise

diegel wrote: The open source community folks have the skills but I am sure this will end in another Linux distribution. I am very happy that we don't have a systemd discussion at this place.

IRIX correlates more with *BSD than with Linux. So I expect *BSD folks to take over this. And there is nothing to afraid then, as they know how to do sane quality things.
foetz wrote: it doesn't matter, having some irix parts merged into bsd or illumos or whatever else is just the same as having it as part of some linux. the point is that irix would get cannibalized and that's not something i'd wanna see. neither an x86 port.

Are you sure there is a lot of interesting stuff left buried in closed IRIX, which these communities need for the their operating systems? And even they take these parts, what's wrong with that? They will have all required notes and copyrights on them. And IRIX will be remembered in history for ages.

BTW illumos is an once-opened Solaris continuation. So if give an optimistic look at things, open source IRIX may evolve in similar manner.
foetz wrote: i'm not. and if not what's the point in an opensource irix then?

At least to port it to the modern hardware (MIPS at first). Maybe continue to develop it like today's open-source Solaris, like Haiku grown on BeOS bones (it wasn't open sourced, so not a good comparison, but it's anyway a good example of nice continuation of an origin).
guess how many linux users know where xfs came from :P

These who use it are usually know. SGI had it's own interest in it, and suggested it as a supported configuration for it's SGI ProPack on Linux platform.
robespierre wrote: SGI's Virtual-24 technology is hardware-assisted dithering. The Xserver provides a 24-bit DirectColor visual to applications, which can run as if they had a 24-bit graphics device. The GL system dithers that visual using an 8-bit LUT optimized for the colors the application uses.

By contrast, HP's Color Recovery technology also processes the data on the backend, turning the dithering back into an approximation of the original color information. It was only found on the 715's HCRX and the 712's integrated graphics.

Did SGI implemented Virtual-24 with zero performance penalty? I know that HP did so: http://www.bytecellar.com/2005/02/09/my_hp_9000_7126/
bittenbyte wrote: can someone share the last available fileset for MAXX

I don't have a copy atm, but these entries in /etc/hosts should allow you to access the site and get all the files you need
174.142.187.179 maxxdesktop.com
174.142.187.179 www.maxxdesktop.com
174.142.187.179 dev.maxxdesktop.com

P.S.: Its probably a right time to ping MAXX author and make him aware of a dead domain. Also remind him of DR4
Well, the hosts entries I've provided should give you a proper walking around the site. Otherwise you could add a forward definitions for ns1.twinlinks.com & ns2.twinlinks.com for maxxdesktop.com domain, if you're running an own local dns resolver.
[...]
As for open sourcing IMD or full IRIX, I'm with you in that. We had a discussion about it and also IRIX emulation on this board recently: viewtopic.php?t=16729396 Feel free to join :) Don't be confused by non-relevant topic name.
[...]
zizban wrote: No Qt theme, we provide a gtk3 theme. You need 3.20 or better for it to work right.

Of all themes only MaXX-Classic is close enough to IRIX one, but it has no gtk3 support :(