Re: [Full-Disclosure] Destroying PCs remotely?

From: KF (dotslash_at_snosoft.com)
Date: 06/20/03

  • Next message: debian-security-announce_at_lists.debian.org: "[Full-Disclosure] [SECURITY] [DSA-325-1] New eldav packages fix insecure temporary file creation"
    To: full-disclosure@lists.netsys.com
    Date: Thu, 19 Jun 2003 18:33:39 -0400
    
    

    KF wrote:
    >> Do you know what debug is?
    >
    >
    > I think he is refering to the instructions used to smack the head into
    > the disk was a debug type instruction as in it may not have been ment
    > for normal day to day usage by the processor...
    >

    Heres some info to support what I was trying to say... (although it may
    not directly apply to what Wood was speaking of). This data is specific
    to a Cyrix chip...

    DBR0 30 + + Debug Register
    DBR1 31 +
    DBR2 32 +
    DBR3 33 +
      34 + - -
      38 + - -
    DOR0 3C + + - - Debug Opcode Register

    DBR0 (30h) - 6x86
    This is register accessed at 30h in CPU control space. DBR0 is not
    officially documented. Access to DBR0 and to other registers described
    below requires setting MAPEN field in CCR3 to 0001. Presumably the
    meaning of bits in DBR0 is as follows:
    bit 0
    bit 1
    bit 2
    bit 3
    bit 4
    bit 5 - data bypassing and forwarding enable, normally set to 1
    bit 6 - BTB TR access enable, must be 0 for normal operation, 1 enables
    MOV to/from TR1/2 instructions
    bit 7 - used
    ?DBR1 (31h), ?DBR2 (32h), ?DBR3(33h)
    The registers are used for performance control or CPU pipeline
    debugging. Setting to all zeros causes default CPU behavior. For
    serialization on a given opcode register 31h is loaded with 0B8h, 32h
    with 7Fh and 33h - with 0.

    -KF

    _______________________________________________
    Full-Disclosure - We believe in it.
    Charter: http://lists.netsys.com/full-disclosure-charter.html


  • Next message: debian-security-announce_at_lists.debian.org: "[Full-Disclosure] [SECURITY] [DSA-325-1] New eldav packages fix insecure temporary file creation"

    Relevant Pages

    • Re: H-Series Photos
      ... The H-Series emulator has been completed ... - Q register inoperative (replaced by debug monitor) ... - Interrupt inactive for one instruction on certain instructions ...
      (comp.sys.harris)
    • Re: Optimization Questions
      ... cycles you'd save would be more than offset by the cycles you'd burn ... instructions go through port 0 and port 1. ... a 16-bit register, writing one afterwards will be fast. ... Pre-read the value in EAX ...
      (comp.lang.asm.x86)
    • Re: Kind of new: function implementation questions, MASM
      ... >sub esp, varsize ... >select which of the local variables to copy into the working register, ... If you have 512kB of 8-way associative cache, ... You probably shouldn't use the prefetch instructions at all. ...
      (comp.lang.asm.x86)
    • Re: Process Register Directly Is Slow?
      ... storing data into memory is always slow. ... into register from memory before process data in register directly may ... I would claim to use only 2-3 x86 instructions like below. ... the assembly code you give does not do what you say it does above ...
      (comp.lang.asm.x86)
    • Re: The coming death of all RISC chips.
      ... anton@xxxxxxxxxxxxxxxxxxxxxxxxxx wrote: ... the number of write ports in the register file. ... (with instructions only accessing one accumulator ...
      (comp.arch)