Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.sun.hardware > #985 > unrolled thread
| Started by | Kay-Uwe Loebel <kay.loebel@web.de> |
|---|---|
| First post | 2026-08-12 12:25 +0200 |
| Last post | 2026-08-19 07:36 +0200 |
| Articles | 9 on this page of 29 — 3 participants |
Back to article view | Back to comp.sys.sun.hardware
Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-12 12:25 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-17 12:32 -0700
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-18 14:12 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-17 12:43 -0700
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-18 14:00 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-19 10:11 -0700
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-20 11:44 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-20 08:40 -0700
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-21 08:25 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-21 11:19 -0700
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-24 09:24 +0200
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-27 08:26 +0200
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-31 11:03 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-31 15:33 -0700
Re: Sun SPARC Enterprise M4000 problem chrisq <syseng@gfsys.co.uk> - 2026-09-01 12:38 +0100
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-09-02 08:29 +0200
Re: Sun SPARC Enterprise M4000 problem chrisq <syseng@gfsys.co.uk> - 2026-08-18 12:22 +0100
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-18 13:54 +0200
Re: Sun SPARC Enterprise M4000 problem chrisq <syseng@gfsys.co.uk> - 2026-08-18 16:27 +0100
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-19 08:04 +0200
Re: Sun SPARC Enterprise M4000 problem chrisq <syseng@gfsys.co.uk> - 2026-08-19 19:09 +0100
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-19 15:53 -0700
Re: Sun SPARC Enterprise M4000 problem chrisq <syseng@gfsys.co.uk> - 2026-08-20 19:00 +0100
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-21 08:43 +0200
Re: Sun SPARC Enterprise M4000 problem chrisq <syseng@gfsys.co.uk> - 2026-08-21 19:21 +0100
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-24 10:25 +0200
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-20 12:39 +0200
Re: Sun SPARC Enterprise M4000 problem Buzz McCool <buzz_mccool@yahoo.com> - 2026-08-18 09:29 -0700
Re: Sun SPARC Enterprise M4000 problem Kay-Uwe Loebel <kay.loebel@web.de> - 2026-08-19 07:36 +0200
Page 2 of 2 — ← Prev page 1 [2]
| From | chrisq <syseng@gfsys.co.uk> |
|---|---|
| Date | 2026-08-19 19:09 +0100 |
| Message-ID | <1164rg6$2sat5$1@dont-email.me> |
| In reply to | #989 |
On 8/18/26 12:54, Kay-Uwe Loebel wrote: > Hello Chris, > >> Had a M3000 or T4 that arrived dead. A search unearthed >> a procedure to reset the service processor to defaults. > > thank you very much for that clue. > In the M4000 it's possible to reset the service processor without any > jumper handling. > > I performed already a factory reset, restored the configuration, and > reinstalled the firmware: > Another thing to consider, is to downscale to an M3000. I ran one for several years, and never considered an M4000 because of the power consumption. Just transfer the whole system over, and the power savings might even pay for it, after a year or so. > ---------------------------------------- code > ---------------------------------------- > > XSCF> restoredefaults -c factory > ... > XSCF> restoreconfig -v file:///media/usb_msd/config.txt > ... > XSCF> getflashimage file:///media/usb_msd/FFXCP1121.tar.gz > ... > XSCF> flashupdate -c update -m xcp -s 1121 > ... > XSCF> showstatus > No failures found in System Initialization. > XSCF> testsb -v 00 > Initial diagnosis is about to start, Continue?[y|n] :y > SB#00 power on sequence started. > Hardware error occurred by initial diagnosis. > SB power off sequence started. [1200sec] > 0end > SB powered off. > XSB Test Fault > ---- ------- -------- > 00-0 Unknown Faulted > A hardware error occurred. Please check the error log for details. > > XSCF> fmdump > Aug 03 13:54:45.0259 6e845371-0323-4dbb-8ed2-37ffc8b58081 SCF-8004-DQ > Aug 03 13:54:51.1813 d8da372b-2c21-44d8-9080-f8df2f0ad2fd SCF-8005-MJ > > XSCF> fmdump -e > TIME CLASS > Aug 03 13:54:42.7388 ereport.chassis.power.vw > Aug 03 13:54:49.7256 ereport.chassis.SPARC-Enterprise.asic.sc.test > > XSCF> showlogs error -v > Date: Aug 03 13:54:45 CEST 2026 Code: 60000000-bf010000-0104001800000000 > Status: Warning Occurred: Aug 03 13:54:42.286 CEST 2026 > FRU: /IOU#0 > Msg: Voltage out of range error(detector=188) > Diagnostic Code: > 00bc0000 00000000 00000000 > 000000bc 000006a4 10000000 00000000 > 00000000 00000000 00000000 00000000 > UUID: 6e845371-0323-4dbb-8ed2-37ffc8b58081 MSG-ID: SCF-8004-DQ > Date: Aug 03 13:54:51 CEST 2026 Code: 80006000-7d010000-0106402700000000 > Status: Alarm Occurred: Aug 03 13:54:49.390 CEST 2026 > FRU: /MBU_A > Msg: SC interface fatal error > Diagnostic Code: > 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > UUID: d8da372b-2c21-44d8-9080-f8df2f0ad2fd MSG-ID: C > > XSCF> fmdump -V > TIME UUID MSG-ID > Aug 03 13:54:45.0259 6e845371-0323-4dbb-8ed2-37ffc8b58081 SCF-8004-DQ > > TIME CLASS ENA > Aug 03 13:54:42.7388 ereport.chassis.power.vw > 0x0b310b6292000001 > > nvlist version: 0 > version = 0x0 > class = list.suspect > uuid = 6e845371-0323-4dbb-8ed2-37ffc8b58081 > code = SCF-8004-DQ > diag-time = 1785758085 25159 > de = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = fmd > authority = (embedded nvlist) > nvlist version: 0 > version = 0x0 > product-id = SPARC Enterprise M4000 > chassis-id = BCF092404K > server-id = lechuck > (end authority) > > mod-name = sde > mod-version = 1.17 > (end de) > > fault-list-sz = 0x2 > fault-list = (array of embedded nvlists) > (start fault-list[0]) > nvlist version: 0 > version = 0x0 > class = fault.chassis.power.warning > certainty = 0x21 > asru = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = chassis > hc-id = 0 > (end hc-list[0]) > (start hc-list[1]) > nvlist version: 0 > hc-name = mbu > hc-id = 0 > (end hc-list[1]) > > hc-list-sz = 0x2 > scf-resource = hc:///chassis=0/mbu=0 > scf-fru = hc://:product-id=SPARC Enterprise > M4000:chassis-id=BCF092404K:server- > id=lechuck:serial=BC092400DC:part=CF00541-0893 06 > \541-0893-06:revision=0101/component=/MBU_A > (end asru) > > fru = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = component > hc-id = /MBU_A > (end hc-list[0]) > > hc-list-sz = 0x1 > authority = (embedded nvlist) > nvlist version: 0 > version = 0x0 > product-id = SPARC Enterprise M4000 > chassis-id = BCF092404K > server-id = lechuck > (end authority) > > serial = BC092400DC > part = CF00541-0893 06 /541-0893-06 > revision = 0101 > (end fru) > > resource = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = chassis > hc-id = 0 > (end hc-list[0]) > (start hc-list[1]) > nvlist version: 0 > hc-name = mbu > hc-id = 0 > (end hc-list[1]) > > hc-list-sz = 0x2 > scf-resource = hc:///chassis=0/mbu=0 > scf-fru = hc://:product-id=SPARC Enterprise > M4000:chassis-id=BCF092404K:server- > id=lechuck:serial=BC092400DC:part=CF00541-0893 06 > \541-0893-06:revision=0101/component=/MBU_A > (end resource) > > scf-deconfigured = hc:///chassis=0/iou=0 > scf_error_log = > 00000000000000006A70818200045F0E0098000010000000000000000000000060000000BF010000010400180000000000BC0000000000000000000000000000000000BC000006A4100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 > detected-by = SCF > maintenance-action-required = false > location = /MBU_A > (end fault-list[0]) > (start fault-list[1]) > nvlist version: 0 > version = 0x0 > class = fault.chassis.power.warning > certainty = 0x42 > asru = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = chassis > hc-id = 0 > (end hc-list[0]) > (start hc-list[1]) > nvlist version: 0 > hc-name = iou > hc-id = 0 > (end hc-list[1]) > > hc-list-sz = 0x2 > scf-resource = hc:///chassis=0/iou=0 > scf-fru = hc://:product-id=SPARC Enterprise > M4000:chassis-id=BCF092404K:server- > id=lechuck:serial=BF09227RNT:part=CF00541-2240 04 > \541-2240-04:revision=0101/component=/IOU#0 > (end asru) > > fru = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = component > hc-id = /IOU#0 > (end hc-list[0]) > > hc-list-sz = 0x1 > authority = (embedded nvlist) > nvlist version: 0 > version = 0x0 > product-id = SPARC Enterprise M4000 > chassis-id = BCF092404K > server-id = lechuck > (end authority) > > serial = BF09227RNT > part = CF00541-2240 04 /541-2240-04 > revision = 0101 > (end fru) > > resource = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = chassis > hc-id = 0 > (end hc-list[0]) > (start hc-list[1]) > nvlist version: 0 > hc-name = iou > hc-id = 0 > (end hc-list[1]) > > hc-list-sz = 0x2 > scf-resource = hc:///chassis=0/iou=0 > scf-fru = hc://:product-id=SPARC Enterprise > M4000:chassis-id=BCF092404K:server- > id=lechuck:serial=BF09227RNT:part=CF00541-2240 04 > \541-2240-04:revision=0101/component=/IOU#0 > (end resource) > > scf-deconfigured = hc:///chassis=0/iou=0 > scf_error_log = > 00000000000000006A70818200045F0E0098000010000000000000000000000060000000BF010000010400180000000000BC0000000000000000000000000000000000BC000006A4100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 > detected-by = SCF > maintenance-action-required = false > location = /IOU#0 > (end fault-list[1]) > > fault-status = 0x1 0x1 > __ttl = 0x1 > __tod = 0x6a708185 0x18c6c60 > > TIME UUID MSG-ID > Aug 03 13:54:51.1813 d8da372b-2c21-44d8-9080-f8df2f0ad2fd SCF-8005-MJ > > TIME CLASS ENA > Aug 03 13:54:49.7256 ereport.chassis.SPARC-Enterprise.asic.sc.test > 0x0b4b126cae400001 > > nvlist version: 0 > version = 0x0 > class = list.suspect > uuid = d8da372b-2c21-44d8-9080-f8df2f0ad2fd > code = SCF-8005-MJ > diag-time = 1785758091 181004 > de = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = fmd > authority = (embedded nvlist) > nvlist version: 0 > version = 0x0 > product-id = SPARC Enterprise M4000 > chassis-id = BCF092404K > server-id = lechuck > (end authority) > > mod-name = sde > mod-version = 1.17 > (end de) > > fault-list-sz = 0x1 > fault-list = (array of embedded nvlists) > (start fault-list[0]) > nvlist version: 0 > version = 0x0 > class = fault.chassis.SPARC-Enterprise.asic.sc.test > certainty = 0x64 > asru = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = chassis > hc-id = 0 > (end hc-list[0]) > (start hc-list[1]) > nvlist version: 0 > hc-name = cmu > hc-id = 0 > (end hc-list[1]) > > hc-list-sz = 0x2 > scf-resource = hc:///chassis=0/cmu=0 > scf-fru = hc://:product-id=SPARC Enterprise > M4000:chassis-id=BCF092404K:server- > id=lechuck:serial=BC092400DC:part=CF00541-0893 06 > \541-0893-06:revision=0101/component=/MBU_A > (end asru) > > fru = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = component > hc-id = /MBU_A > (end hc-list[0]) > > hc-list-sz = 0x1 > authority = (embedded nvlist) > nvlist version: 0 > version = 0x0 > product-id = SPARC Enterprise M4000 > chassis-id = BCF092404K > server-id = lechuck > (end authority) > > serial = BC092400DC > part = CF00541-0893 06 /541-0893-06 > revision = 0101 > (end fru) > > resource = (embedded nvlist) > nvlist version: 0 > version = 0x0 > scheme = hc > hc-root = > hc-list = (array of embedded nvlists) > (start hc-list[0]) > nvlist version: 0 > hc-name = chassis > hc-id = 0 > (end hc-list[0]) > (start hc-list[1]) > nvlist version: 0 > hc-name = cmu > hc-id = 0 > (end hc-list[1]) > > hc-list-sz = 0x2 > scf-resource = hc:///chassis=0/cmu=0 > scf-fru = hc://:product-id=SPARC Enterprise > M4000:chassis-id=BCF092404K:server- > id=lechuck:serial=BC092400DC:part=CF00541-0893 06 > \541-0893-06:revision=0101/component=/MBU_A > (end resource) > > scf-deconfigured = hc:///chassis=0/cmu=0 > scf_error_log = > 00000000000000006A7081890005F67900990000200000000000000001FF2201800060007D0100000106402700000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 > detected-by = SCF > maintenance-action-required = false > location = /MBU_A > (end fault-list[0]) > > fault-status = 0x1 > __ttl = 0x1 > __tod = 0x6a70818b 0xacefba8 > > ---------------------------------------- /code > ---------------------------------------- > > Kind regards, > Kay > >
[toc] | [prev] | [next] | [standalone]
| From | Buzz McCool <buzz_mccool@yahoo.com> |
|---|---|
| Date | 2026-08-19 15:53 -0700 |
| Message-ID | <1165c60$31b2a$1@dont-email.me> |
| In reply to | #997 |
On 8/19/2026 11:09 AM, chrisq wrote: > > Another thing to consider, is to downscale to an M3000. I ran > one for several years, and never considered an M4000 because > of the power consumption. Just transfer the whole system over, > and the power savings might even pay for it, after a year or so. > In my extensive experience with many M3000 servers (all of which were built by Fujitsu) they are very reliable.
[toc] | [prev] | [next] | [standalone]
| From | chrisq <syseng@gfsys.co.uk> |
|---|---|
| Date | 2026-08-20 19:00 +0100 |
| Message-ID | <1167fb9$3n1mk$1@dont-email.me> |
| In reply to | #998 |
On 8/19/26 23:53, Buzz McCool wrote: > On 8/19/2026 11:09 AM, chrisq wrote: >> >> Another thing to consider, is to downscale to an M3000. I ran >> one for several years, and never considered an M4000 because >> of the power consumption. Just transfer the whole system over, >> and the power savings might even pay for it, after a year or so. >> > > In my extensive experience with many M3000 servers (all of which > were built by Fujitsu) they are very reliable. > Very much so. Apart from occasional reboots for hardware changes, would have had five or six years continuous uptime. Engineer hat on, the hardware physical design, layout and construction standards were superb as well. The end of Sun was a great loss to computing, but nothing is forever.
[toc] | [prev] | [next] | [standalone]
| From | Kay-Uwe Loebel <kay.loebel@web.de> |
|---|---|
| Date | 2026-08-21 08:43 +0200 |
| Message-ID | <1168s32$3lqk$1@dont-email.me> |
| In reply to | #1002 |
Am 08/20/26 um 08:00 PM schrieb chrisq:
> The end of Sun was a great loss to computing, but nothing is forever.
Double Agreement.
My computing career began with VAX and VMS - a truly great hardware and software system.
Its demise and the transition ("downgrade") to Sun/Solaris were already tough, but Linux on X64 definitely has its advantages.
Kay
[toc] | [prev] | [next] | [standalone]
| From | chrisq <syseng@gfsys.co.uk> |
|---|---|
| Date | 2026-08-21 19:21 +0100 |
| Message-ID | <116a4vc$ho90$1@dont-email.me> |
| In reply to | #1004 |
On 8/21/26 07:43, Kay-Uwe Loebel wrote:
> Am 08/20/26 um 08:00 PM schrieb chrisq:
>> The end of Sun was a great loss to computing, but nothing is forever.
>
> Double Agreement.
> My computing career began with VAX and VMS - a truly great hardware and
> software system.
> Its demise and the transition ("downgrade") to Sun/Solaris were already
> tough, but Linux on X64 definitely has its advantages.
>
> Kay
>
Started on 8 bit micros here, 6502 initially, from an
electronics background. Whole string of micros, then
one of the old prepackage Vax 730 systems, with R80
and RL02 drives. Hard drive was so flaky, needed to
warm up for an hour or so, before the system would boot.
VMS 4.3 and a iirc, 4 Mb ram. Interesting for a while,
but such hard work in terms of tool availability. Just
so obstructive, and locked down. Installed Tex, which
managed about 4 pages per minute.
Eventually bought a Sun 3/160, and a whole new world
of computing became visible. So much open source
software, and a genuine user community via usenet. Tex
did 20 pages per minute, and managed to build gcc
from source. Networking, NFS, Yellow
Pages (as it was then) scsi peripherals and more.
Had wanted a gen unix system ever since the Bell Labs
Programmer's Workbench article. Could do some real
work,and programming, never looked back.
Chris
[toc] | [prev] | [next] | [standalone]
| From | Kay-Uwe Loebel <kay.loebel@web.de> |
|---|---|
| Date | 2026-08-24 10:25 +0200 |
| Message-ID | <116gv7d$2lr70$1@dont-email.me> |
| In reply to | #1006 |
Am 08/21/26 um 08:21 PM schrieb chrisq: > Started on 8 bit micros here, 6502 initially, from an > electronics background. Whole string of micros, then > one of the old prepackage Vax 730 systems, with R80 > and RL02 drives. In my personal life, I startet also with the 6502 (Atari 130 XE) and assembler programming. But during my studies I worked on a large VAX cluster with Terminal Servers (DEC Server 200), SC's (Star Coupler), HSC's (Hierarchical Storage Controller) - really amazing. Also in my job I have been responsible (admin, programmer) for a VAX 11/750 (8 MB RAM, Fujitsu HDD, 3 CDC removable disk drives, 2 Tektronix 4125, some VT2xx). Hardware and software worked perfectly together, the VMS structure and commands (can be abbreviated, case-insensitive, were checked incl. switches / parameters before loading the image) were consistently and logical. Later (about 1993) we switched partially to a much faster DEC 3000 AXP 400 (133 MHz). Then Apollo/Domain, HP 9000, SUN Sparc 10/30, Ultra Sparc 5, SunBlade 2000, Sun Ultra 45, Enterprise M4000 ... Kay
[toc] | [prev] | [next] | [standalone]
| From | Kay-Uwe Loebel <kay.loebel@web.de> |
|---|---|
| Date | 2026-08-20 12:39 +0200 |
| Message-ID | <1166lh7$3dpa6$1@dont-email.me> |
| In reply to | #997 |
Am 08/19/26 um 08:09 PM schrieb chrisq: > Another thing to consider, is to downscale to an M3000. I ran > one for several years, and never considered an M4000 because > of the power consumption. Just transfer the whole system over, > and the power savings might even pay for it, after a year or so. I'm certain that no new (used) Sun system will be purchased. It is more likely that Solaris (incl. 3 workstations) will be completely scrapped. The transition to Linux is already underway, but I want to keep the Sun systems (and the MentorGraphics software, Cadence needs more time to learn for the students) running for as long as possible, also for the sake of the good old times. Kay
[toc] | [prev] | [next] | [standalone]
| From | Buzz McCool <buzz_mccool@yahoo.com> |
|---|---|
| Date | 2026-08-18 09:29 -0700 |
| Message-ID | <116218j$1uc0o$1@dont-email.me> |
| In reply to | #985 |
On 8/12/26 3:25 AM, Kay-Uwe Loebel wrote: > since many years, a M4000 has been doing a good job for our students in > the cad lab BTW, can you tell us what type of CAD your students your M4000 for?
[toc] | [prev] | [next] | [standalone]
| From | Kay-Uwe Loebel <kay.loebel@web.de> |
|---|---|
| Date | 2026-08-19 07:36 +0200 |
| Message-ID | <1163fdp$2d6ej$1@dont-email.me> |
| In reply to | #993 |
> BTW, can you tell us what type of CAD your students your M4000 for? Of course, Buzz, we use MentorGraphics (now Siemens) Pyxis with Eldo, EZwave and Calibre (IC schematic, simulation, layout and verification). Kay
[toc] | [prev] | [standalone]
Page 2 of 2 — ← Prev page 1 [2]
Back to top | Article view | comp.sys.sun.hardware
csiph-web