niXforums Forum Index
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   PreferencesPreferences   Log in to check your private messagesLog in to check your private messages   Log inLog in 
·  nixdoc.net ·  man pages ·  Linux HOWTOs ·  FreeBSD Tips ·  Forums
navigation Forum index » *nix » SGI/IRIX » hardware
Dead Fuel
Post new topic   Reply to topic Page 4 of 6 [79 Posts] View previous topic :: View next topic
Goto page:  Previous  1, 2, 3, 4, 5, 6 Next
Author Message
keith
*nix forums beginner


Joined: 05 Jul 2005
Posts: 18

PostPosted: Fri May 06, 2005 4:24 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

In article <d5gbja$shh$1@grapevine.wam.umd.edu>, foo@bar.invalid
says...
Quote:
In comp.sys.ibm.pc.hardware.chips Keith R. Williams <krw@att.bizzzz> wrote:
In article <d5gace$rta$1@grapevine.wam.umd.edu>, foo@bar.invalid
says...

For bonus points, figure out what a 487SX was without looking it up in
reference texts.

A 486DX with the integer CPU disabled?

No soup for you.

Well, I wuz close. It _is_ a 486DX with an integer processor disabled.

I was just wrong about which one was disabled. Wink The gray-matter
ain't what it used to be and all that Intel marketeering drivel has a
short half-life.

--
Keith
Back to top
keith
*nix forums beginner


Joined: 05 Jul 2005
Posts: 18

PostPosted: Fri May 06, 2005 4:37 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

In article <fjan71tqg9r5hbdqbtk7cilhejau3l6irh@4ax.com>,
keinanen@sci.fi says...
Quote:
On Fri, 6 May 2005 08:49:40 -0400, Keith R. Williams <krw@att.bizzzz
wrote:

In article <si0m71dbr7a7l4i0tdliuc2b63ddbl4rqr@4ax.com>,
keinanen@sci.fi says...
On Thu, 05 May 2005 22:41:39 -0400, keith <krw@att.bizzzz> wrote:

Oh, my. Two or three cores is "relatively simple"? I think you should
tell AMD and Intel this. IITC, the price=sheet for AMD's dual core chip
showed something north of $1500.

That is the list price, which can be quite arbitrary, but the price
paid by a very large customer reflects much more accurately the
production costs.

Baloney. No one sells silicon, particularly something with as much IP
in it as a processor, for anything close to "production costs", to
*ANYONE*. Selling at close to cost isn't a good way to pay the note on
a multi-billion dollar fab, a hundred million in engineers salaries,
while leaving enough to keep the stock holders happy.

Of course you have to include the investment amortisation into the
"production cost" at some expected production volume. However, the
early "list price" charged from early adaptors can be quite arbitrary.

Ok, but you still haven't added in the hundred million or so in
engineering costs and enough to make the stock holders feel good about
your risking a few billion of their dollars. Intel didn't make money
by the boatload$ they have stashed away by selling at anything close to
production costs.

Quote:
The number of defect chips on a wafer is directly
proportional to the chip area (complexity).

Maybe, sorta. Good enough for a first swag, anyway. Large caches give
opportunities to change these simple rules somewhat. But that has
nothing to do with the issue at hand.

This again depends if there are only core specific caches or just a
common cache on the chip.

No, it doesn't. Your simple analysis only applies to random defect
density. Caches are far more tolerant of defects than logic.

Quote:
From yield point of view, it makes much more sense to make multiple
simple cores on chips than a extremely complex single core with the
same chip area as the multicore chip. If there is a single defect in
the complex chip, the whole chip is lost. However, if a single core in
a multicore chip is defect, the defect chip is disabled and sold as a
single core chip. I would be very surprised, if any semiconductor
maker would design 3 core chips, but most likely these are originally
4 core chips, with one failed core, which are sold as 3 core chips
usually to some big customers at a greatly reduced price.

Oh, so now they're going to increase the chip size yet again to add a
fourth core (and all the interconnect) knowing that they're going to
throw it away? Yikes! The cores we're talking about aren't a sq. mm.

Those 4 core chips are made for customers that really need them and
are willing to pay the premium price for them.

What four core chips? What four core customers? We were discussing
XBox and its supposed three cores and its cost/price.

Quote:
These customers might not be willing to pay anything for chips with
one or two defective chips. Instead of scrapping these chips, there
might be others that are paying something for chips with 2 or 3
functional cores. It makes perfectly sense for the chip maker to sell
these chips instead of scrapping them.

However, if the demand for three core chips exceeds the amount of
partially faulty four core chips, only then it makes sense to produce
chips with a mask for only three cores. This threshold depends how the
yield for the 4 core chips is developing and how fast the demand for 3
core chips is growing.

I think you need to read the thread again. We were not discussing this
at all (forget the fact that such things don't exist and aren't even
being talked about).

Quote:
In the days of the first 16 kbit DRAMs, Intel apparently had problems
with making perfectly good 16 kbit chips, since they themselves made
large 1 Mbyte core memory rack replacement modules (with ECC) using
more than a thousand "8 kbit" chips, which in fact were failed 16 kbit
chips.

Sure, partial-good strategies have been used for memories for a *long*
time, but memory <> processors.

With a sufficiently large number of cores on a chip, we are
approaching a similar tradeoff.

Nonsense. Processors don't have anything approaching the granularity
of redundancy that memory devices do.

--
Keith
Back to top
Terje Mathisen
*nix forums beginner


Joined: 06 May 2005
Posts: 7

PostPosted: Fri May 06, 2005 5:14 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

David Wang wrote:
Quote:
The difference between 486SX and 486DX is the presence/absence of an
FPU.

For bonus points, figure out what a 487SX was without looking it up in
reference texts.


Can I try?

(SPOILER ALERT)

































A 487SX to be used together with an FPU-less 486 is in effect a stock
486 (486DX), but with one or two pins changed, so that it would fit in
the non-compatible additional socket.

Plug it in and the original cpu becomes a dummy load.

Terje

--
- <Terje.Mathisen@hda.hydro.com>
"almost all programming can be viewed as an exercise in caching"
Back to top
Mikko Rapeli
*nix forums beginner


Joined: 01 Mar 2005
Posts: 11

PostPosted: Fri May 06, 2005 5:43 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

In comp.sys.ibm.pc.hardware.chips Keith R. Williams <krw@att.bizzzz> wrote:
Quote:
In article <si0m71dbr7a7l4i0tdliuc2b63ddbl4rqr@4ax.com>,
keinanen@sci.fi says...

Also remember the 386SX/387 issue, in which at least with some early
mask versions of the 386SX it was in fact a 386DX mask with the
floating point processor disabled, apparently due to defects in the
FPP area, although later 386SX versions were made without the FPP in
the mask for the low cost market.

Could be, but it's irrelevant to the issue at hand.

Can't be. It may still be irrelevant to the issue at hand, but the
facts here are incorrect.

The difference between 386SX and 386DX is the pinout, not the FPU.
386's never had integrated FPU's.

The difference between 486SX and 486DX is the presence/absence of an
FPU.

For bonus points, figure out what a 487SX was without looking it up in
reference texts.

--
davewang202(at)yahoo(dot)com
Back to top
Mikko Rapeli
*nix forums beginner


Joined: 01 Mar 2005
Posts: 11

PostPosted: Fri May 06, 2005 6:04 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

In comp.sys.ibm.pc.hardware.chips Keith R. Williams <krw@att.bizzzz> wrote:
Quote:
In article <d5gace$rta$1@grapevine.wam.umd.edu>, foo@bar.invalid
says...

For bonus points, figure out what a 487SX was without looking it up in
reference texts.

A 486DX with the integer CPU disabled?

No soup for you.

--
davewang202(at)yahoo(dot)com
Back to top
Mikko Rapeli
*nix forums beginner


Joined: 01 Mar 2005
Posts: 11

PostPosted: Fri May 06, 2005 6:17 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

In article <d5gbja$shh$1@grapevine.wam.umd.edu>, David Wang wrote:
Quote:
In comp.sys.ibm.pc.hardware.chips Keith R. Williams <krw@att.bizzzz> wrote:
In article <d5gace$rta$1@grapevine.wam.umd.edu>, foo@bar.invalid
says...

For bonus points, figure out what a 487SX was without looking it up in
reference texts.

A 486DX with the integer CPU disabled?

No soup for you.

I have a vague recollection that it was a complete 486DX, which
disabled the original 486SX upon installation?

Wasn't this the age of "Intel Overdrive" or whatever it was called?


--
Janne Blomqvist
Back to top
stefan schuerch
*nix forums beginner


Joined: 06 May 2005
Posts: 2

PostPosted: Fri May 06, 2005 7:44 pm    Post subject: Re: o200 PROBLEM - PLEASE HELP Reply with quote

Hi Luis

Thank you for your advice.

I' ve checked the Dip's, but the jumpers are in the correct position.
The Machine is configured as a Master.

I removed the three additional scsi controller too( 1 raid, 1 tape, 1
printer )

Then I've tested the machine with only one HD and the install media in
the cd-rom. --> start --> No Output in the terminal. -->
The machine light is on green --> Status OK.


I' m sure, that the Terminal configuration is correct, because the equal
setup works fine with my o2100.

My next step i'will search a new motherboard

kind regards

stefan



Luis Catulo schrieb:
Quote:
Hi,


You might have your O200 configured as a SLAVE unit and not a
MASTER...

If that is the case it would only start to boot if it was connected to
another O200 using a CRAYLINK cable. It is the MASTER machine that
sends the UP signal to the SLAVE.

There is a small DIP SWITCH that sometimes, specially after moving the
machine, "jumps" to the wrong position. This DIP controls whether the
machine is MASTER or SLAVE.

Check the system controller of the O200. You'll find there a group of
10 DIP's.

-If all 10 of them are on the same position, you found your problem!
That is the configuration for SLAVE.

DIP number 10 should be ON (or is it OFF?) to get a MASTER O200
machine...

Just look at DIP 10... If it is like the rest, reverse its position.

Of course, when you remove the system controller or if you access it
on the side panel, don't forget to remove the power cord from the
machine.

Regarding the starting LED sequence, it will be the same whether the
machine is salve or master, so you really have to look at the DIP's...

I don't know how much you know about O200, but the system controller
is a small board you can remove very easy... On front of the machine,
remove the plastic cover over the buttons/leds. You should see 2
screws. Remove them and pull the board out. The DIP's are there.


rgds,
Luis Catulo

stefan schuerch <stefan.schuerch@gmx.ch> wrote in message news:<4274011c$0$296$4d4ef98e@read.news.ch.uu.net>...

Hi Freddy,

I have exact the same problem with my o200. i' ve tested the machine
with minicom too. but no output. have you solve the problem?

stefan


Thanks very much for the advice Steve. I will try and get a cable now.

Freddy

Steve S. wrote:


bonehead wrote:


Steve,

No I do not have one, guess I could fabricate one though.
What functionality does the aux port provide?

Thanks

Freddy


Alot of times you can see console messages and any error messages

that


may be occuring. If you get nothing there I would say you have a bad
logic carrier / motherboard.

HTH

Steve

Back to top
Tony Hill
*nix forums beginner


Joined: 06 May 2005
Posts: 1

PostPosted: Fri May 06, 2005 9:51 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

On Thu, 05 May 2005 22:41:39 -0400, keith <krw@att.bizzzz> wrote:

Quote:
On Wed, 04 May 2005 22:31:24 -0700, Herzog RTS wrote:

"Doug" <pigdos@nospamcharter.net> wrote in message news:<3SSbe.22822$Jg7.20229@fe03.lga>...
I still don't understand how the hell MS is going to implement all this in
the Xbox and still charge under $300.00. Unless MS is willing take a huge
loss on every sale of the Xbox it doesn't seem possible to me that the Xbox2
is going to sell for less than $500.00.



IMHO,
It is not hard to understand--what MS is putting into Xbox360 is
really not that outrageous for a next-gen console that will cost $250
to $300 (that's the reported price-point for the basic model). It's
getting a relatively simple multi-core PowerPC CPU (only 2 or 3
cores).

Oh, my. Two or three cores is "relatively simple"? I think you should
tell AMD and Intel this. IITC, the price=sheet for AMD's dual core chip
showed something north of $1500.

Come now Keith.. aren't you the one that is always telling us that the
price has almost nothing to do with the cost to manufacture? AMD's
dual-core chips (which currently start at $1500, but with cheaper
versions expected soon) are only a 200mm^2 die. Not small by any
measure, but we've seen much cheaper chips that also had 200mm^2 dies.
In fact, the difference in die size between the original Opteron made
on a 130nm process and the new dual-core chips made on a 90nm process
is quite small.

That being said, I see nothing at all "simple" about the PowerPC core
that MS is planning on using in the XBox2. As I understand it the
core is going to be closely related to the PPC 970, which at ~55M
transistors (and that with only 512KB of cache) is not all that
simple.

Quote:
an ATI R500 graphics chip,

No difference.

an EDRAM module, standard GDDR3 memory,

yawn> DRAM is DRAM.

What I really don't understand here is how you have "Embedded DRAM" in
a separate chip... Uhh.. doesn't that kind of defeat the purpose of
the RAM being "embedded"?

-------------
Tony Hill
hilla <underscore> 20 <at> yahoo <dot> ca
Back to top
keith
*nix forums beginner


Joined: 05 Jul 2005
Posts: 18

PostPosted: Fri May 06, 2005 11:27 pm    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

On Fri, 06 May 2005 19:51:44 -0400, Tony Hill wrote:

Quote:
On Thu, 05 May 2005 22:41:39 -0400, keith <krw@att.bizzzz> wrote:

On Wed, 04 May 2005 22:31:24 -0700, Herzog RTS wrote:

"Doug" <pigdos@nospamcharter.net> wrote in message news:<3SSbe.22822$Jg7.20229@fe03.lga>...
I still don't understand how the hell MS is going to implement all this in
the Xbox and still charge under $300.00. Unless MS is willing take a huge
loss on every sale of the Xbox it doesn't seem possible to me that the Xbox2
is going to sell for less than $500.00.



IMHO,
It is not hard to understand--what MS is putting into Xbox360 is
really not that outrageous for a next-gen console that will cost $250
to $300 (that's the reported price-point for the basic model). It's
getting a relatively simple multi-core PowerPC CPU (only 2 or 3
cores).

Oh, my. Two or three cores is "relatively simple"? I think you should
tell AMD and Intel this. IITC, the price=sheet for AMD's dual core chip
showed something north of $1500.

Come now Keith.. aren't you the one that is always telling us that the
price has almost nothing to do with the cost to manufacture?

Absolutely! You too had better read this thread again.

Quote:
AMD's dual-core chips (which currently start at $1500, but with cheaper
versions expected soon) are only a 200mm^2 die. Not small by any
measure, but we've seen much cheaper chips that also had 200mm^2 dies.

Again, die size is irrelevant here. Die size can be corelated to cost,
but not price. ...which is my point. No one sells at or even *near* cost.

Quote:
In fact, the difference in die size between the original Opteron made on
a 130nm process and the new dual-core chips made on a 90nm process is
quite small.

You really must read this thread again.

Quote:
That being said, I see nothing at all "simple" about the PowerPC core
that MS is planning on using in the XBox2. As I understand it the core
is going to be closely related to the PPC 970, which at ~55M transistors
(and that with only 512KB of cache) is not all that simple.

Indeed. ;-)

Quote:
an ATI R500 graphics chip,

No difference.

an EDRAM module, standard GDDR3 memory,

yawn> DRAM is DRAM.

What I really don't understand here is how you have "Embedded DRAM" in a
separate chip... Uhh.. doesn't that kind of defeat the purpose of the
RAM being "embedded"?

Umm, perhaps there is more on that chip? I have no clue what the system
architecture is, but to say a three-core PPC is "simple" is, err, simple!

--
Keith
Back to top
SGINewbie
*nix forums beginner


Joined: 08 May 2005
Posts: 11

PostPosted: Sat May 07, 2005 2:08 pm    Post subject: Re: o2 mouse trouble Reply with quote

CRAP.



i just installed the mouse driver fixes (patch 3541) and the 6.3 kernel
rollup (patch 3567) and there's no change.




--SGINewbie
Back to top
S.C.Sprong
*nix forums beginner


Joined: 21 May 2005
Posts: 36

PostPosted: Sat May 07, 2005 2:32 pm    Post subject: Re: o2 mouse trouble Reply with quote

SGINewbie <none@all.org> wrote:

Quote:
CRAP.
i just installed the mouse driver fixes (patch 3541) and the 6.3 kernel
rollup (patch 3567) and there's no change.

What!

You broke an O2, one of the finest pieces of equipment ever made and the only
proof that merkins are capable of building _small_ computing hardware?!?!?1?1

You should feel very, very guilty...
....
But serious: as has been suggested before, the PS/2 controller is probably half
broken, and the best course of action is to replace the motherboard.
The on-line SGI techpub library has an O2 hardware guide available that
explains how this is done (look out for static!)

Good luck!

scs
Back to top
SGINewbie
*nix forums beginner


Joined: 08 May 2005
Posts: 11

PostPosted: Sun May 08, 2005 7:24 am    Post subject: Re: o2 mouse trouble Reply with quote

----- Original Message -----
From: "S.C.Sprong" <scsprong@gmail.com>
Quote:
You broke an O2, one of the finest pieces of equipment ever made
....
But serious: as has been suggested before, the PS/2 controller is probably
half
broken, and the best course of action is to replace the motherboard.



Bummer. I guess its finally time to shop for a RM5200 mobo.
Any offers?

Meanwhile, can anyone tell me how to force the software to use one of the
serial ports for the mouse? I've got at serial to ps/2 convertor, but it
doesn't work as-is. I imagine I'll have to tweak some settings.


Thanks,

--SGINewbie
Back to top
R500 Xenon
*nix forums beginner


Joined: 08 May 2005
Posts: 4

PostPosted: Sun May 08, 2005 9:57 am    Post subject: Re: Xenon - Xbox360 getting embedded DRAM confirmed. NEC will manufacture the eDRAM graphics chip Reply with quote

"keith" <krw@att.bizzzz> wrote in message
news:pan.2005.05.07.01.27.36.679395@att.bizzzz...
Quote:
On Fri, 06 May 2005 19:51:44 -0400, Tony Hill wrote:

On Thu, 05 May 2005 22:41:39 -0400, keith <krw@att.bizzzz> wrote:

On Wed, 04 May 2005 22:31:24 -0700, Herzog RTS wrote:

"Doug" <pigdos@nospamcharter.net> wrote in message
news:<3SSbe.22822$Jg7.20229@fe03.lga>...
I still don't understand how the hell MS is going to implement all
this in
the Xbox and still charge under $300.00. Unless MS is willing take a
huge
loss on every sale of the Xbox it doesn't seem possible to me that the
Xbox2
is going to sell for less than $500.00.



IMHO,
It is not hard to understand--what MS is putting into Xbox360 is
really not that outrageous for a next-gen console that will cost $250
to $300 (that's the reported price-point for the basic model). It's
getting a relatively simple multi-core PowerPC CPU (only 2 or 3
cores).

Oh, my. Two or three cores is "relatively simple"? I think you should
tell AMD and Intel this. IITC, the price=sheet for AMD's dual core chip
showed something north of $1500.

Come now Keith.. aren't you the one that is always telling us that the
price has almost nothing to do with the cost to manufacture?

Absolutely! You too had better read this thread again.

AMD's dual-core chips (which currently start at $1500, but with cheaper
versions expected soon) are only a 200mm^2 die. Not small by any
measure, but we've seen much cheaper chips that also had 200mm^2 dies.

Again, die size is irrelevant here. Die size can be corelated to cost,
but not price. ...which is my point. No one sells at or even *near*
cost.

In fact, the difference in die size between the original Opteron made on
a 130nm process and the new dual-core chips made on a 90nm process is
quite small.

You really must read this thread again.

That being said, I see nothing at all "simple" about the PowerPC core
that MS is planning on using in the XBox2. As I understand it the core
is going to be closely related to the PPC 970, which at ~55M transistors
(and that with only 512KB of cache) is not all that simple.

Indeed. ;-)

an ATI R500 graphics chip,

No difference.

an EDRAM module, standard GDDR3 memory,

yawn> DRAM is DRAM.

What I really don't understand here is how you have "Embedded DRAM" in a
separate chip... Uhh.. doesn't that kind of defeat the purpose of the
RAM being "embedded"?

Umm, perhaps there is more on that chip? I have no clue what the system
architecture is, but to say a three-core PPC is "simple" is, err, simple!

--
Keith


the Xenon / Xbox360 architecture is supposedly this:

diagram:
http://www.xbitlabs.com/images/news/2004-04/xbox2_scheme_bg.gif

hardware overview
http://forums.xbox-scene.com/index.php?showtopic=231928

keep in mind, this diagram and overview came out over 1 year ago, and might
not be accurate or true. at the very least, they're both old, but likely
have grains of truth in them Smile
Back to top
Atro Tossavainen
*nix forums Guru Wannabe


Joined: 22 Feb 2005
Posts: 131

PostPosted: Mon May 09, 2005 7:15 am    Post subject: Re: Dead Fuel Reply with quote

gheston@hiwaay.net (Gary Heston) writes:

Quote:
It's been a while since I've been in a Fuel, but it should be a matter
of a screw or two and pulling the card out.

I still have to try this, but...

Quote:
Have you checked to verify that the fans are working? My general
experience with CPUs is that they either work or not, so if you're
seeing the boot diags work, the CPU may be ok, just overheating due
to a failed fan or missing duct.

All the fans are working and all the ducts are in place.

--
Atro Tossavainen (Mr.) / The Institute of Biotechnology at
Systems Analyst, Techno-Amish & / the University of Helsinki, Finland,
+358-9-19158939 UNIX Dinosaur / employs me, but my opinions are my own.
< URL : http : / / www . helsinki . fi / %7E atossava / > NO FILE ATTACHMENTS
Back to top
Ian Romanick
*nix forums beginner


Joined: 09 May 2005
Posts: 1

PostPosted: Mon May 09, 2005 5:12 pm    Post subject: Re: V12 and antialiasing Reply with quote

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

zolo wrote:
Quote:
I was reading up on SGI V12 graphics, which has a hardware accumulation
buffer. According to the SGI OpenGL literature, the accumulation buffer
enables such niceties as full-scene antialiasing. However, it seems
that none of the Octane or Octane2 demos utilize antialiasing to any
noticeable degree. Is there a way to enable FSA for a given app, or
does it need to be specifically coded to utilize that feature? Are
there any free demos or apps that demonstrate the antialiasing
capabilities of the V12 hardware?

There are two common ways to get full-scene antialiasing. The most
common is to use multisampling, and just let the hardware take care of
everything. To do this, the app just has to select a visual that
supports multisampling.

http://www.opengl.org/resources/tutorials/advanced/advanced97/notes/node61.html

The other way is done using the accumulation buffer. Using this
technique the application must render the scene several times and
accumulate each pass in the accumulation buffer. After all passes are
rendered, the application must copy the data back from the accumulation
buffer to the display buffer. It's a lot more work for the app to do
(i.e., more code for the developer to write). However, while
multisampling is limited by hardware capabilities to 8 or maybe 16
samples, accumulation buffer antialiasing can do as many samples as
you're willing to wait for.

http://www.opengl.org/resources/tutorials/advanced/advanced97/notes/node63.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFCf7Z+X1gOwKyEAw8RAhv0AJ9hTr1AN0BT0eoKhoXLzvDQuvu72ACfYEzm
XVRA0g7REZfk5Fp9M2Efnc4=
=e21u
-----END PGP SIGNATURE-----
Back to top
Google

Back to top
Display posts from previous:   
Post new topic   Reply to topic Page 4 of 6 [79 Posts] Goto page:  Previous  1, 2, 3, 4, 5, 6 Next
View previous topic :: View next topic
The time now is Tue Dec 02, 2008 5:27 am | All times are GMT
navigation Forum index » *nix » SGI/IRIX » hardware
Jump to:  

Similar Topics
Topic Author Forum Replies Last Post
No new posts Dead parallel port (/dev messup) kaczfan hardware 4 Wed Jul 12, 2006 5:10 pm
No new posts Reactivating a dead hard drive Didier Godefroy Tru64 managers mail-list 1 Wed Jul 12, 2006 2:53 am
No new posts Is OpenFTS dead? howa PostgreSQL 3 Sat Jul 08, 2006 1:57 pm
No new posts Win32::SerialPort dead in 5.8? aaron.propst@gmail.com Perl 3 Thu Jul 06, 2006 6:19 pm
No new posts OT: Ken Lay dead JF Mezei VMS 20 Thu Jul 06, 2006 4:08 am

Free phpBB forum | Remortgages | WoW Gold | Charity Gifts | Hosting
Copyright © 2004-2005 DeniX Solutions SRL
 
Other DeniX Solutions sites: Unix/Linux blog |  electronics forum |  medicine forum |  science forum | 
Privacy Policy


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.3185s ][ Queries: 16 (0.1555s) ][ GZIP on - Debug on ]