Welcome to PCForumz.com!
FAQFAQ      ProfileProfile    Private MessagesPrivate Messages   Log inLog in

Please help with dead system

 
Goto page Previous  1, 2, 3, 4
   Hardware Problem Solving Community! (Home) -> Chips RSS
Next:  K6-III "problem"  
Author Message
Tony Hill

External


Since: Nov 12, 2006
Posts: 42



(Msg. 46) Posted: Wed Nov 22, 2006 8:57 pm
Post subject: Re: Please help with dead system [Login to view extended thread Info.]
Archived from groups: comp>sys>ibm>pc>hardware>systems, others (more info?)

On Tue, 21 Nov 2006 03:18:38 GMT,
a?n?g?e?l@lovergirl.lrigrevol.moc.com (The little lost angel) wrote:

>On Mon, 20 Nov 2006 19:00:57 -0500, Tony Hill
><hilla_nospam_20 RemoveThis @yahoo.com> wrote:
>>??? Uhh, care to point to some "specification" for sig delimiting?!
>>----------------------------
>>Tony Hill
>>hilla <underscore> 20 <at> yahoo <dot> ca
>
>RFC 2646 (on format=flowed etc) includes:
>
> 4.3. Usenet Signature Convention
>
> There is a convention in Usenet news of using "-- " as the
>separator
> line between the body and the signature of a message. When
>
> generating a Format=Flowed message containing a Usenet-style
> separator before the signature, the separator line is sent as-is.
> This is a special case; an (optionally quoted) line consisting of
> DASH DASH SP is not considered flowed.
>
>Sorry! =X

Hehe, no problem L'Angle. I stand corrected, this does indeed seem to
standard covering sig delimiting, I stand corrected.

Should be fixed now.
--
Tony Hill
hilla <underscore> 20 <at> yahoo <dot> ca

 >> Stay informed about: Please help with dead system 
Back to top
Login to vote
Franc Zabkar

External


Since: Sep 10, 2005
Posts: 125



(Msg. 47) Posted: Thu Nov 23, 2006 4:13 pm
Post subject: Re: Please help with dead system [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On Wed, 22 Nov 2006 20:57:22 -0500, Tony Hill
<hilla_nospam_20.RemoveThis@yahoo.com> put finger to keyboard and composed:

>Do I honestly care about a "traditional POST" beep code? I'm talking
>about the REAL WORLD of today! I don't care what the IBM XT or AT
>did, because they haven't existed for ages!
>
>The fact of the matter is that MANY systems will give some form of
>beep, LEDs or voice command if a CPU is missing during their power up
>self-test.

<snip>

>Just in case you forgot what this discussion was all about, here is
>exaclty how it started:
>
>
>http://groups.google.com/group/comp.sys.ibm.pc.hardware.systems/browse_thread/thread/e75baff40e678220/e31d990701839d94?lnk=st&q=insubject%3APlease+insubject%3Ahelp+insubject%3Awith+insubject%3Adead+insubject%3Asystem+author%3Atony+author%3Ahill&rnum=1#e31d990701839d94
>
><quote>
>>>>One thing you may try is removing the CPU and see whether you
>>>>get beep codes. If you do not, then the mainboard is likely
>>>>broken.
>>>
>>>If the CPU is not present or is not working, then you will not get any
>>>beep codes.
>>
>>That depends entirely on the system and how the CPU failed. Some
>>systems will beep if they do not detect a CPU, others will not. Of
>>those that will beep if a CPU is not detected, they *might* beep if
>>the CPU has failed or they might not. Beep codes are (usually)
>>handled entirely by the motherboard with no CPU intervention.
><end quote>

And there's the problem. If you had intended to mean that BIOS beep
codes do not require a CPU, then that is clearly absurd. If OTOH you
had intended to mean that certain low-level "pre-POST" checks could
produce a beep in the absence of a CPU, then this is clearly an
exception to the norm. Words such as "many" and "usual" are
inappropriate, to say the least. Instead the OP should proceed on the
more reasonable assumption that the motherboard will be inactive
without a CPU. I'd hate to think that he could end up tossing a board
simply because it was one of those 99.9% that needed a brain in order
to beep, blink, or talk.

>Now, I've already provided you with MANY examples of systems that WILL
>produce beeps, LEDs or even a voice response if the CPU is not being
>detected, so really the proof is in the pudding.

You've provided *one* example ... maybe.

As for those motherboards that can talk, I confess I have no
experience with these. However, I found the manual for an Albatron Via
motherboard which has a Voice Genie chip. I notice that the voice chip
can be enabled or disabled via the BIOS setup. This suggests to me
that the status of the chip would need to be fetched from CMOS RAM (or
perhaps the flash BIOS) at power-on. Only a working CPU (and BIOS
code) could do this. The only other [unlikely] alternative would be a
user configurable area within the voice chip itself.

As for the blinking LEDs, I've suggested on two occasions that they
could be attached to a standard diagnostic port at 80h (such as is
used by POST cards). I've even provided a simple DOS method to confirm
or disprove this.

- Franc Zabkar
--
Please remove one 'i' from my address when replying by email.

 >> Stay informed about: Please help with dead system 
Back to top
Login to vote
Franc Zabkar

External


Since: Sep 10, 2005
Posts: 125



(Msg. 48) Posted: Fri Nov 24, 2006 3:32 pm
Post subject: Re: Please help with dead system [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On 21 Nov 2006 00:22:55 GMT, Arno Wagner <me.TakeThisOut@privacy.net> put finger
to keyboard and composed:

>In comp.sys.ibm.pc.hardware.misc Tony Hill <hilla_nospam_20.TakeThisOut@yahoo.com> wrote:

>> On Mon, 20 Nov 2006 07:06:54 -0500, Trent <none.TakeThisOut@dev.nul.pissoff>
>> wrote:

>>>On Sat, 18 Nov 2006 19:00:43 -0500 Tony Hill <hilla_nospam_20.TakeThisOut@yahoo.com>
>>>wrote in Message id: <0b5vl2ddh90fa7ba8gtd6kcp280e7gsksh.TakeThisOut@4ax.com>:

>> I'm not aware of any either, the keyboard controller seemed like a bit
>> of an odd comment from another poster. The only connection I'm aware
>> of between the POST error beeps and the keyboard controller is that
>> some BIOSes will blink the LEDs on a keyboard to signify certain error
>> codes.
>
>Ah, no. The keyboard controller is the prime suspect, because it is
>a small computer of its own on the mainboard. The only ''intelligence''
>besides the main CPU, so it would be easy to have the "CPU missing"
>detection in its software (which is in a ROM contained within the chip
>or in the ASIC today).

Yes, it would be easy, but you haven't produced a single example of
where this is actually done. And that's what counts. Until you can
produce one real world example, your idea remains just an idea.

>The MCU inside the keyboard is actually still another controller.
>The keyboard controller sits on the mainboard.

In your original post you stated that "the beep codes are produced by
the keyboard MCU and that will beep a 'CPU not present' if it is not
contacted by the CPU after a certain time".

After pondering this statement, it occurs to me that it cannot
possibly be correct. If the keyboard MCU "is not contacted by the CPU
after a certain time", then it has no way of distinguishing between
any of several possible causes including "CPU not present", "CPU
dead", "BIOS chip missing/corrupt", or "bad flash".

- Franc Zabkar
--
Please remove one 'i' from my address when replying by email.
 >> Stay informed about: Please help with dead system 
Back to top
Login to vote
none49

External


Since: Jan 27, 2005
Posts: 27



(Msg. 49) Posted: Tue Nov 28, 2006 8:13 am
Post subject: Re: Please help with dead system [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On Fri, 24 Nov 2006 15:32:40 +1100 Franc Zabkar
<fzabkar.RemoveThis@iinternode.on.net> wrote in Message id:
<i8scm2l4j28ebh46gbroh87uo452q090v8.RemoveThis@4ax.com>:

>In your original post you stated that "the beep codes are produced by
>the keyboard MCU and that will beep a 'CPU not present' if it is not=20
>contacted by the CPU after a certain time".
>
>After pondering this statement, it occurs to me that it cannot
>possibly be correct. If the keyboard MCU "is not contacted by the CPU
>after a certain time", then it has no way of distinguishing between
>any of several possible causes including "CPU not present", "CPU
>dead", "BIOS chip missing/corrupt", or "bad flash".

Or, as I said to Tony, you could pry every other chip off the motherboard
and get the same result. IOW, completely meaningless.
 >> Stay informed about: Please help with dead system 
Back to top
Login to vote
Mark Conrad

External


Since: Dec 11, 2006
Posts: 1



(Msg. 50) Posted: Mon Dec 11, 2006 4:02 am
Post subject: Re: Please help with dead system [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

In article <d6onl29ud43g58o3ol77plid32c3ckkt3t RemoveThis @4ax.com>,
<"nobody@nowhere.net"> wrote:

> Smell the power supply. If it smells like something is burned,
> probably it is.

That figures <g>
 >> Stay informed about: Please help with dead system 
Back to top
Login to vote
Display posts from previous:   
Related Topics:
is my cpu dead? - okay im new to this forum but i read alot about ocing and bought a 1500+ mobile off of ebay but it was fired right off the back. but i still put it in my pc and now my pc wont boot with my 2600+ so i put a working duron 800 and nothing so i know that my....

How to tell if a motherboard is dead or not?! - Had a motherboard, Abit KT7-RAID, setup in a box w/ an Athlon 1.3GHz (which was removed and put into another PC and works flawlessly). Also had 512MB RAM which was giving problems, but was put into another PC and memory tested and turned out perfect. ..

Asus A7M266 mobo now dead? - I recently have been having a problem with my motherboard. Either when in Windows/Linux, I would always get some sort of corruption issues that caused my computer to halt/fail/segfault/shutdown. Mainly this happened during massively intensive..

ok, how does this system look? - All prices in Canadian. total: $1124. Gaming. Bang for the buck. Hoping for cool and quiet. Mobo: 11851 GA-K8NXP-SLI GA-K8NXP-SLI nVidia nForce4-SLI S939/800 Dual-DDR400 PCX-x16-SLI 2xGLAN SATA-II-RAID IEEE1394b 7.1 Audio $235.00 atic -need to order...

System Bios - hi.. when the system boots up it looks at location FFFF0h and finds jump inst for real bios startup program which is in PROM . this means that that this bios (PROM) is mapped somewhere above conventional memory may be above 640k and is virtually presen...
   Hardware Problem Solving Community! (Home) -> Chips All times are: Pacific Time (US & Canada) (change)
Goto page Previous  1, 2, 3, 4
Page 4 of 4

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum



[ Contact us | Terms of Service/Privacy Policy ]