[lkml]   [2000]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: That horrible hack from hell called A20

    On Tue, 5 Dec 2000, H. Peter Anvin wrote:
    > Okay, here is my latest attempt to find a way to toggle A20M# that
    > genuinely works on all machines -- including Olivettis, IBM Aptivas,
    > bizarre notebooks, yadda yadda.

    I really think that the 0x92 accesses are still unsafe.

    I will bet that the same way some manufacturers use the A20 output as a
    GPIO, they might also use the keyboard _reset_ output as a GPIO. This
    would explain why we have problems on getting back from resume.

    So the "orb $2,%al ; andb $0xfe,%al" will potentially change both of
    these. And I'd feel a hell of a lot more safe, if we avoided using 0x92
    except when we find that we absolutely _have_ to.

    How about making the keyboard controller timeouts shorter, and moving all
    the 0x92 games to after the keyboard controller games. That, I feel, would
    be the safest approach: try the really old approach first (that people are
    the least likely to use as GPIO - it's just too damn painful to go through
    the keyboard controller, and the keyboard controller A20 logic is just too
    well documented, so nobody would use it for anything else).

    If the keyboard controller times out, or if A20 still doesn't seem to be
    enabled, only _then_ would we do the 0x92 testing.

    Btw, do we actually know of any machine that really needs the "and $0xfe"?
    That register really makes me nervous.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 12:51    [W:0.025 / U:4.940 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site