lkml.org 
[lkml]   [2008]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes
    Alexander van Heukelum wrote:
    >
    > Thanks for the info!
    >
    > This just means that if there are performance problems, the
    > 'specialized'
    > handlers should be using the kernel segment or maybe a single common
    > segment. It would still allow us to get rid of the trampolines. A stack
    > trace should be enough to reconstruct which vector was originally called
    > in that case. Only the common_interrupt-codepath needs the original
    > vector as far as I can see.
    >
    > You just made testing on larger machines with a lot of external
    > interrupts necessary :-/. (Assuming small machines do not show
    > performance problems, that is.)
    >

    Overall, it more than anything else show the x86 architectural
    braindamage of not having an interrupt vector number register available
    anywhere. However, I suspect using segment registers is liable to
    suffer from a "wall of jello" effect once you overflow the segment
    descriptor cache, which will typically be around 32 entries in size.

    Now, at least on my kernel, the existing IRQ stubs are rather weird:
    they are padded to 8 bytes and then misaligned onto a 4-byte boundary.
    Furthermore, at the cost of an extra jump, they can trivially be
    compressed down to 4 bytes apiece instead of 7-padded-to-8.

    -hpa


    \
     
     \ /
      Last update: 2008-11-04 20:11    [W:4.473 / U:0.324 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site