Re: Intel P6 vs P7 system call performance

Andrew Morton (akpm@digeo.com)
Wed, 18 Dec 2002 11:12:17 -0800


Stephen Rothwell wrote:
>
> Hi Linus, Andrew,
>
> On Tue, 17 Dec 2002 20:07:53 -0800 (PST) Linus Torvalds <torvalds@transmeta.com> wrote:
> >
> > Btw, on another tangent - Andrew Morton reports that APM is unhappy about
> > the fact that the fast system call stuff required us to move the segments
> > around a bit. That's probably because the APM code has the old APM segment
> > numbers hardcoded somewhere, but I don't see where (I certainly knew about
> > the segment number issue, and tried to update the cases I saw).
>
> I looked at this yesterday and decided that it was OK as well.
>
> > Debugging help would be appreciated, especially from somebody who knows
> > the APM code.
>
> It would help to know what "unhappy" means :-)
>
> Does the following fix it for you? Untested, assumes cache lines are 32
> bytes.

It does fix the apmd oops, and APM works fine.

Here's the patch again. (But what happens if cachelines are not 32 bytes?)

--- 25/include/asm-i386/segment.h~sfr Wed Dec 18 10:54:07 2002
+++ 25-akpm/include/asm-i386/segment.h Wed Dec 18 10:54:07 2002
@@ -65,9 +65,9 @@
#define GDT_ENTRY_APMBIOS_BASE (GDT_ENTRY_KERNEL_BASE + 11)

/*
- * The GDT has 23 entries but we pad it to cacheline boundary:
+ * The GDT has 25 entries but we pad it to cacheline boundary:
*/
-#define GDT_ENTRIES 24
+#define GDT_ENTRIES 28

#define GDT_SIZE (GDT_ENTRIES * 8)

_
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/