Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results

Before Posting...
Please check out the Community Guidelines in the Announcements and Administration Category.

RE: laptops and APICs

Jake_OshinsJake_Oshins Member Posts: 1,058
Actually, no.

All current Intel chipsets have APICs completely built-in. You've got
it in your laptop whether you want it or not. But it's turned off.

The problem is that no processor vendor has worked out the interaction
between processor power management and the asynchronous nature of APIC
interrupt delivery.

Jake Oshins
Windows Kernel Group Interrupt Guy

This posting is provided "AS IS" with no warranties, and confers no
rights.

-----Original Message-----
Subject: Re: interrupt handshaking - was other crap
From: "David J. Craig" <xxxxx@yoshimuni.com>
Date: Fri, 13 Dec 2002 17:17:19 -0500
X-Message-Number: 31

Jake Oshins said that there are no notebooks that have APICs. He didn't
say
why, but since most notebooks use Intel chipsets with little additional
features there must be some other reason. Could it be cost?

Comments

  • Futoshi_BabaFutoshi_Baba Member Posts: 61
    Thanks, Tony

    I am sorry for my delayed reply.

    I understood your explanation.

    Thanks,
    Futoshi

    -----Original Message-----
    From: Tony Mason [mailto:xxxxx@osr.com]
    Sent: Friday, December 13, 2002 7:34 PM
    To: NT Developers Interest List
    Subject: [ntdev] RE: [lookaside]


    Actually, it turns out that I am mistaken. The (Lookaside) indicates that
    the memory is free, but has been freed to a per-CPU list (the OS uses
    CPU-specific lists in order to minimize contention for global shared pool
    resources).

    Thus, my original comment was mistaken. The memory is being freed a second
    time. The "(Lookaside)" is merely a way of indicating the manner in which
    the memory has been freed.

    Regards,

    Tony

    Tony Mason
    Consulting Partner
    OSR Open Systems Resources, Inc.
    http://www.osr.com


    -----Original Message-----
    From: xxxxx@citrix.co.jp [mailto:xxxxx@citrix.co.jp]
    Sent: Thursday, December 12, 2002 10:43 PM
    To: NT Developers Interest List
    Subject: [ntdev] RE: [lookaside]

    Thanks, Tony

    I think this nonpaged pool memory area may be allocated by using
    ExAllocatePool() according to code.
    even though, Is it possible that memory manager will automatically assigned
    it to lookasidelist?

    Thanks,
    Futoshi
    -----Original Message-----
    From: Tony Mason [mailto:xxxxx@osr.com]
    Sent: Friday, December 13, 2002 12:30 PM
    To: NT Developers Interest List
    Subject: [ntdev] RE: [lookaside]


    Memory that indicates it is Lookaside has been allocated for a lookaside
    list (see ExAllocateFromNPagedLookasideList). This memory is managed by the
    lookaside list package and calling ExFreePool with such memory is a serious
    error.

    This memory should be freed to the lookaside list
    (ExFreeToNPagedLookasideList) and not directly back to pool.

    Regards,

    Tony


    Tony Mason
    Consulting Partner
    OSR Open Systems Resources, Inc.
    http://www.osr.com


    -----Original Message-----
    From: xxxxx@citrix.co.jp [mailto:xxxxx@citrix.co.jp]
    Sent: Thursday, December 12, 2002 10:16 PM
    To: NT Developers Interest List
    Subject: [ntdev] [lookaside]

    Hi, all

    I have seen the following crash dump.
    This BSOD cause double free memory buffer for non-paded pool twice in the
    kernel mode.
    However, I don't know why the highligh pool area explains "lookaside" but
    "free".

    If anyone know about it, Could you tell me the reason?

    0: kd> kv
    ChildEBP RetAddr Args to Child
    eb4d3d30 8046bb4d 881c3e88 00000000 bd790030 nt!ExFreePoolWithTag+0x19b
    (FPO: [Non-Fpo])
    eb4d3d3c bd790030 881c3e88 bd77dba0 881c3e88 nt!ExFreePool+0xb (FPO:
    [1,0,0])
    eb4d3d60 bd77b3bd 881c3e88 bd77dba8 8047663c
    cdm!CompleteBufferFlushOperation+0x16a
    80065410 05c7fffe fffe0080 00000041 0f04eac1
    cdm!CdmExecutiveWorkerThreadRoutine+0x3b
    WARNING: Frame IP not in any known module. Following frames may be wrong.
    80065410 05c7fffe fffe0080 00000041 0f04eac1 0x5c7fffe
    0080158b 00000000 00000000 00000000 00000000 0x5c7fffe
    0: kd> !pool 881c3e88
    881c3000 size: 40 previous size: 0 (Allocated) Process: 88d52c80
    881c3040 size: 20 previous size: 40 (Free) ....
    881c3060 size: 80 previous size: 20 (Allocated) MmCa
    881c30e0 size: 1e0 previous size: 80 (Free) Ntfn
    881c32c0 size: 40 previous size: 1e0 (Allocated) Process: 88d52c80
    881c3300 size: 80 previous size: 40 (Allocated) MmCa
    881c3380 size: 20 previous size: 80 (Free) SmMm
    881c33a0 size: 40 previous size: 20 (Allocated) Atom
    881c33e0 size: 60 previous size: 40 (Allocated) Gsem
    881c3440 size: 40 previous size: 60 (Allocated) Ntfn
    881c3480 size: 40 previous size: 40 (Allocated) NtFs
    881c34c0 size: 40 previous size: 40 (Allocated) Ntfn
    881c3500 size: 40 previous size: 40 (Allocated) NtFs
    881c3540 size: 540 previous size: 40 (Free) Vad
    881c3a80 size: 40 previous size: 540 (Allocated) Process: 88d52c80
    881c3ac0 size: 20 previous size: 40 (Free) ReEv
    881c3ae0 size: 20 previous size: 20 (Allocated) Process: 88d52c80
    881c3b00 size: 40 previous size: 20 (Allocated) Process: 88d52c80
    881c3b40 size: 40 previous size: 40 (Allocated) Ntfn
    881c3b80 size: 20 previous size: 40 (Free) File
    881c3ba0 size: 140 previous size: 20 (Allocated) CcSc
    881c3ce0 size: 20 previous size: 140 (Allocated) Process: 88d52c80
    881c3d00 size: 40 previous size: 20 (Allocated) Ntfn
    881c3d40 size: 20 previous size: 40 (Free) Vad
    881c3d60 size: a0 previous size: 20 (Allocated) File (Protected)
    881c3e00 size: 20 previous size: a0 (Free) File
    881c3e20 size: 40 previous size: 20 (Allocated) Atom
    881c3e60 size: 20 previous size: 40 (Free) Npfs
    *881c3e80 size: 40 previous size: 20 (Lookaside) *63DC
    881c3ec0 size: 40 previous size: 40 (Allocated) Process: 88d52c80
    881c3f00 size: 40 previous size: 40 (Allocated) Process: 88d52c80
    881c3f40 size: 20 previous size: 40 (Free) Qota
    881c3f60 size: 20 previous size: 20 (Allocated) ReEv
    881c3f80 size: 40 previous size: 20 (Allocated) Process: 88d52c80
    881c3fc0 size: 20 previous size: 40 (Free) Vad
    881c3fe0 size: 20 previous size: 20 (Allocated) ReEv



    ---
    You are currently subscribed to ntdev as: xxxxx@osr.com
    To unsubscribe send a blank email to %%email.unsub%%

    ---
    You are currently subscribed to ntdev as: xxxxx@citrix.co.jp
    To unsubscribe send a blank email to %%email.unsub%%


    ---
    You are currently subscribed to ntdev as: xxxxx@osr.com
    To unsubscribe send a blank email to %%email.unsub%%

    ---
    You are currently subscribed to ntdev as: xxxxx@citrix.co.jp
    To unsubscribe send a blank email to %%email.unsub%%
Sign In or Register to comment.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Upcoming OSR Seminars
Developing Minifilters 29 July 2019 OSR Seminar Space
Writing WDF Drivers 23 Sept 2019 OSR Seminar Space
Kernel Debugging 21 Oct 2019 OSR Seminar Space
Internals & Software Drivers 18 Nov 2019 Dulles, VA